vtd xml如何将光标移动到新创建的子对象

我正在尝试使用VTD-xml修改xml，但我不确定如何添加子项，然后移动到该子项并在其下添加更多内容，而不必每次都重新解析

听起来我可以创建整个结构，只需使用updateToken将xml结构设置为元素中的文本节点。 问题是，我有很多类似的修改，这些修改可能会相继发生，而且在使用XMLModifier的输出方法之前，XMLModifier所做的更改似乎不是“真实的”。其中一个解析并返回一个新的VTDNav。我觉得每次修改后重新解析都会极大地影响性能

我基本上是将XPath转换为实际结构，以防它们丢失。所以我可以使用像/root/a这样的xpath，其中缺少“a”，所以我转到/root并创建“a”。下一个评估的路径可能有/root/a/b这样的内容，因此我需要添加“b”作为“a”的子路径，并且我应该能够在添加“b”之前将光标移动到新添加的/root/a

我已经有了使用默认JavaDOM解析器的想法，但是对于我所需要的东西来说，它太慢了

---

有没有一种方法可以递归地添加子元素而不必重新解析，同时允许在后续xpath搜索中使用新添加的元素？

这就是我想做的。唯一的问题是，我必须维护我自己的类似xml的结构，该结构应该能够在某种程度上处理XPath，以便我可以继续添加与传入XPath不完全匹配的内容，并在最后只对xml进行一次完整更新。传入XPath？或者传入的xml？它将是一个XPath列表，所以我指的是下一个要评估的XPath。然而，我相信，我找到了一种方法，它不会像我上面所说的那样复杂。基本上，我只需要运行XPath来查找每个XPath的最后一个节点。如果多个xpath在comon中具有相同的节点（作为xml中最后一个存在的节点），那么在整个操作结束时，我可以在生成表示缺失部分的xml之前合并它们的结构，然后我应该能够一次性将所有更改添加到最终的xml中。太好了，在深入细节之前做一个顶层/全局优化…这通常是帮助你找到最佳前进道路的最简单的事情…这就是我正在考虑做的。唯一的问题是，我必须维护我自己的类似xml的结构，该结构应该能够在某种程度上处理XPath，以便我可以继续添加与传入XPath不完全匹配的内容，并在最后只对xml进行一次完整更新。传入XPath？或者传入的xml？它将是一个XPath列表，所以我指的是下一个要评估的XPath。然而，我相信，我找到了一种方法，它不会像我上面所说的那样复杂。基本上，我只需要运行XPath来查找每个XPath的最后一个节点。如果多个xpath在comon中具有相同的节点（作为xml中最后一个存在的节点），那么在整个操作结束时，我可以在生成表示缺失部分的xml之前合并它们的结构，然后我应该能够一次性将所有更改添加到最终的xml中。太好了，在深入细节之前做一个顶层/全局优化…这通常是帮助你找到最佳前进道路的最简单的事情。。。