如今xml应用已经遍布天下,您是否还在您的应用中使用传统的SAX或DOM技术呢?回答yes是没有关系的,但问题是您有没有想过进一步提升xml的处理速度,减少内存使用率,使您的应用处理模型变得更为简化呢?
周末花了点时间来研究了一下这个问题,但似乎还没有找到更好的答案,:(,如果哪位高人有好的建议,欢迎交流!
一点背景:
本人近些年一直奋斗在电信行业BSS应用集成的一线,致力于简单、高性能、灵活的EAI架构的研究,在应用xml过程中,为提供统一的、简化的、可配置化的xml访问方法,基本只使用dom+xpath,在实现数据转换功能方面,架构于dom+xpath只上的框架堪称完美,几乎胜任任意复杂结构的xml转换需求,截止目前,该框架还未发现应对不了的情况。
高性能xml处理需求的起源:
该框架已经在多个项目应用过程中在对xml处理上进行了大量的性能调整,能够满足苛刻的应用集成需求,实际评测,性能大大优于主流国外厂商eai/esb产品。
但最近在思考将该框架应用于大型Web应用中作为后台服务总线时,对于xml处理的开销产生了些许担忧,因为作为大型web应用的服务提供端,需要承载的并发压力要远远高于应用集成场景。
【实际测试参考: 一个查询列表操作,从后台DB中获取