DOM转TinyTree耗时下的XQuery性能优化方案咨询

问题1：能否在XQuery内部转换DOM为TinyTree，且性能更优？ #

• 可以在XQuery内部完成转换，但不会比外部转换性能更好。
• Saxon的XQuery处理器在处理DOM输入时，本身就会在内部把DOM转换成TinyTree（或其他内部树模型）来执行查询。如果手动在XQuery里显式转换（比如用fn:parse-xml()先把DOM序列化成字符串再解析），反而会多一层序列化+解析的开销，比直接用底层API从DOM构建TinyTree慢得多。
• 更高效的做法是：如果能跳过DOM直接构建TinyTree，就用Saxon自带的DocumentBuilder来生成TinyTree；如果必须基于现有DOM转换，直接把DOMSource传给XQuery求值器，让Saxon内部处理转换逻辑，别在XQuery里画蛇添足。

问题2：是否存在比标准DOM更快的DOM类模型？ #

• 有不少替代方案，按场景分：
  • Saxon原生树模型：LinkedTree，它比TinyTree内存占用略高，但构建速度更快，查询性能和TinyTree接近，适合需要修改树结构的场景。
  • 轻量DOM库：XOM、JDOM2这类实现，它们的内存模型比标准W3C DOM更紧凑，构建、遍历的速度都更快，而且Saxon支持直接把这些模型作为输入源，转换为TinyTree的效率也比标准DOM高。
  • 流式解析模型：如果不需要完整的DOM树，用Woodstox这类StAX实现流式处理XML，配合Saxon的流式XQuery支持，能大幅降低内存占用和处理时间，速度远快于DOM。

内容的提问来源于stack exchange，提问作者jmashalk