关于高性能xml解析问题的再思考

如今xml应用已经遍布天下，您是否还在您的应用中使用传统的SAX或DOM技术呢？回答yes是没有关系的，但问题是您有没有想过进一步提升xml的处理速度，减少内存使用率，使您的应用处理模型变得更为简化呢？

 

周末花了点时间来研究了一下这个问题，但似乎还没有找到更好的答案，：（，如果哪位高人有好的建议，欢迎交流！

 

一点背景：

本人近些年一直奋斗在电信行业BSS应用集成的一线，致力于简单、高性能、灵活的EAI架构的研究，在应用xml过程中，为提供统一的、简化的、可配置化的xml访问方法，基本只使用dom+xpath，在实现数据转换功能方面，架构于dom+xpath只上的框架堪称完美，几乎胜任任意复杂结构的xml转换需求，截止目前，该框架还未发现应对不了的情况。

 

高性能xml处理需求的起源：

该框架已经在多个项目应用过程中在对xml处理上进行了大量的性能调整，能够满足苛刻的应用集成需求，实际评测，性能大大优于主流国外厂商eai/esb产品。

 

但最近在思考将该框架应用于大型Web应用中作为后台服务总线时，对于xml处理的开销产生了些许担忧，因为作为大型web应用的服务提供端，需要承载的并发压力要远远高于应用集成场景。

【实际测试参考： 一个查询列表操作，从后台DB中获取