在项目里面遇到了一些被解析的xml文件超过30M 或 60M 以上的情况， 现在已经不好去说为什么不在一开始产生xml的情况下就把xml 做小点，但是遇到这个问题后，我只能解决问题了，解决问题同时害怕重复发明轮子，我也去看了下现有的xml 解析东西，jdom 的SAXBuilder和 dom4j 的SAXReader都是把XML文件一次读入，xml文件过来 会报溢出的异常 但即使SAXParser是可以批量读入解析，但它也是一次解析完，假设XML文件中有一万条数据，解析后就必须在内存中放这么多的对象 个人觉得这 ...
- 10:22
- 浏览 (108)
- 论坛浏览 (852)
- 评论 (9)
moshalanye
- 浏览: 108 次
- 详细资料
搜索本博客
最近加入圈子
最新评论
-
大容量XML文件解析辅助-- ...
引用 你可以自己弄一个计数器统计，不在这个计数范围内的就不要处理了，它解析速度是 ...
-- by moshalanye -
大容量XML文件解析辅助-- ...
kusix 写道同样碰到过LZ的问题，70M的XML，一读服务器就OOM了 研 ...
-- by spiritfrog -
大容量XML文件解析辅助-- ...
看看xquery是不是基于流操作
-- by quaff -
大容量XML文件解析辅助-- ...
同样碰到过LZ的问题，70M的XML，一读服务器就OOM了 研究过sax，感觉 ...
-- by kusix -
大容量XML文件解析辅助-- ...
sax的event处理是基于流操作的，不会在内存中构建整个文档树，可以满足你的第 ...
-- by Readonly
评论排行榜