使用JDOM 在解析XML 文档中的内存回收问题？大家来讨论呀！！！

yinshuai 2002-08-15 08:31:39

使用JDOM 在解析XML 文档中，是将整个XML 树都放到内存中去的。
我们在使用完DOCUMENT 对象后，需不需要将 DOCUMENT 对象的实例CLOSE 掉？

如果不关闭的话， JAVA 的垃圾收集器会不会将这段内存回收？

...全文

78 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

wzy9645 2002-10-24

打赏
举报

回复

也可以显式地Document=null,提前让gc回收

mem_fox 2002-10-22

打赏
举报

回复

不用关闭，gc会自己回收的

zephyr_zhao 2002-10-20

打赏
举报

回复

如果不关闭的话， JAVA 的垃圾收集器迟早将这段内存回收
关闭的话,可能是内存更早的被回收

Andy 2002-10-20

打赏
举报

回复

不需要，JAVA 的垃圾收集器会将这段内存回收

本文围绕Java中jdom和dom4j两个XML处理库展开。介绍了它们的特点、优势及应用案例，如jdom简化DOM实现，dom4j支持XPath查询。还阐述了JAR包的使用方法，包括配置、常见问题排查与解决，以及在Java项目中引入这两个库的步骤和测试验证方法。

本文介绍了JDOM，一种用于Java的XML处理API。它结合了DOM和SAX的优点，提供了直观且高效的XML文档读写方法。JDOM简化了文档结构的访问过程，支持随机访问而不需要将整个文档加载到内存中。

Jdom是用Java语言读写、操作XML的新API，它开源且为Java优化，能与SAX、DOM协作。其原则是简单易懂、快速轻量，解决了现有标准的问题。可通过SAXBuilder和DOMBuilder从不同数据源构造文档，还能提高速度，适配多种解析器。

本文全面评测Dom4j、JDOM与SAX在2024年Java生态中的适用场景，基于性能、内存占用、API设计及企业级实践维度展开分析。重点涵盖流式解析（SAX/StAX）的低内存优势、Dom4j的XPath集成与混合解析能力、JDOM的易用性权衡，以及Jackson XML在POJO绑定场景的崛起。实测数据支撑金融系统重构案例，揭示混合架构（SAX+Dom4j+Jackson）对吞吐量与内存的显著优化效果。

67,536

社区成员

225,852

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章