DOM解析器错误的子节点计数

Question

这很奇怪，但让我尽力把它说清楚。

我有一个XML，我正在以普通方式从桌面读取，并通过DOM解析器对其进行解析。

<?xml version="1.0" encoding="UTF-8"?>
<Abase
    xmlns="www.abc.com/Events/Abase.xsd">
    <FVer>0</FVer>
    <DV>abc App</DV>
    <DP>abc Wallet</DP>
    <Dversion>11</Dversion>
    <sigID>Ss22</sigID>
    <activity>Adding New cake</activity>
</Abase>

读取XML以获取childs。

Document doc = docBuilder.parse("C://Users//Desktop//abc.xml");
Node root = doc.getElementsByTagName("Abase").item(0);
NodeList listOfNodes = root.getChildNodes();            //Sysout Prints 13

所以这里我的逻辑运行良好。当我尝试将相同的XML推送到队列并读取它并获取子节点时，它给我的子节点数是6。

Document doc=docBuilder.parse(new InputSource(new ByteArrayInputStream(msg.getBytes("UTF-8"))));
Node root = doc.getElementsByTagName("Abase").item(0);
NodeList listOfNodes = root.getChildNodes();            //Sysout Prints 6

这打乱了我解析XML的逻辑。有人能帮我吗？

更新

添加发送逻辑：

javax.jms.TextMessage tmsg = session.createTextMessage();
tmsg.setText(inp);
sender.send(tmsg);

问题如果我从桌面读取这个xml，它说13个孩子，6个元素节点和7个文本nodes.TheCommon Logic是：

• 读取所有子项并遍历子项列表
• 如果节点不是文本节点，则进入If块，添加一个父元素和两个子元素，并附加到现有根元素。然后在元素节点之间获取NodeName和GetTextContext，并分别将它们作为两个子节点的setTextContext推送
• 所以我现在有了一个新的元素节点，它有两个子节点。由于我现在不需要已经存在的元素节点（它们仍然是根的子节点），最后我删除了它们

因此，如果我将XML推送到队列并将其分区以执行相同的逻辑，则上述逻辑都是错误的。

输出XML，当我从桌面读取时，它很好，但是从队列中读取有问题，因为它搞砸了整个树。

<Abase
    xmlns="www.abc.com/Events/Abase.xsd">
<Prop>
<propName>FVer</propName>
<propName>0</propName> //similarly for other nodes
</Prop>
</Abase>

谢谢

Answer 1

“输出XML”下的文档意味着发送方有问题。我的猜测是inp不是String，而是某种对象，并且setText（inp）不调用inp.toString（），而是触发某种序列化代码，从而产生您看到的这种奇怪的XML。

Answer 2

如果包含空白文本节点，则有13个子节点，但如果删除空白文本节点，则只有6个子节点。因此，在这两种情况下，树的构建方式有所不同，这会影响空白文本节点是否被保留。