大文件、高吞吐、集成hibernate或spring生态选dom4j；小配置文件、快速验证、熟悉java集合操作选jdom。dom4j内存占用低30%～40%、解析快近一倍、支持原生xpath和惰性求值；jdomapi更直观但无xpath、易oom、不支持流式写入。
DOM4J 和 JDOM 选哪个？看场景再决定
不看文档吹嘘，直接说结论：**大文件、高吞吐、要集成 Hibernate 或 Spring 生态，闭眼选 DOM4J；小配置文件、快速验证、团队熟悉 Java 集合操作，JDOM 更轻量、上手快。**
内存占用和解析速度差异明显
DOM4J 底层做了大量优化（比如延迟加载节点、重用对象池），在解析 5MB+ XML 时，内存峰值比 JDOM 低 30%～40%，GC 压力小很多。JDOM 虽然也基于 SAX 解析器构建，但它的树模型封装更“厚”，每个 Element 都带完整元信息，容易在批量处理时触发 OutOfMemoryError。
- 10MB XML 文件下，DOM4J 平均解析耗时约
120ms，JDOM 约210ms（JDK 17 + hotspot） - JDOM 默认把整个文档转成
List<element></element>，哪怕你只取第一个<config></config>节点，它也得建完全部树 - DOM4J 支持
branch.selectNodes("xpath")这类惰性求值，可跳过无关分支
API 设计风格不同，影响编码直觉
JDOM 的 API 更像“Java 开发者写给自己看的”：大量使用 getChildren()、getAttributeValue("name")、返回 List 而非迭代器，对新手友好；DOM4J 则更接近标准 DOM 语义，比如用 element.element("user") 取子元素，用 element.attributeValue("id") 取属性——但注意，element.element("xxx") 返回 null 而不是空 Element，不判空直接链式调用会抛 NullPointerException。
本文档主要讲述的是Android数据格式解析对象JSON用法；JSON可以将Java对象转成json格式的字符串，可以将json字符串转换成Java。比XML更轻量级，Json使用起来比较轻便和简单。JSON数据格式，在Android中被广泛运用于客户端和服务器通信，在网络数据传输与解析时非常方便。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
- JDOM 的
Document.getRootElement()永远非空（没根就抛异常），DOM4J 的document.getRootElement()可能返回null - JDOM 不支持 XPath（需额外引入 jaxen），DOM4J 原生支持，且兼容
//user[@active='true']这类复杂表达式 - 二者都不直接支持流式写入；若要边解析边写新文件，得自己套
SAXContentHandler或用XMLWriter（DOM4J）
依赖和兼容性坑点必须提前踩
DOM4J 从 2.1.0 开始强制要求 JDK 8+，且移除了对老式 SAX 解析器（如 Xerces 2.6）的支持；JDOM 2.x 虽也要求 JDK 8，但它仍能跑在 Android（API 26+）上，DOM4J 因用了 java.util.stream 和反射增强，在低版本 Android 上直接报 NoClassDefFoundError。
立即学习“Java免费学习笔记（深入）”；
- Maven 引入时，DOM4J 的 groupId 是
org.dom4j，JDOM 是org.jdom——别写反，否则编译不报错、运行时找不到类 - Spring Boot 3.x 默认带
dom4j（用于解析application.xml配置），如果项目里又显式引入 JDOM，可能因org.xml.sax.Parser加载顺序冲突导致SAXParseException - JDOM 的
XMLOutputter默认不缩进，要格式化输出得手动设outputter.setIndent(" ")；DOM4J 的XMLWriter默认也不美化，得配OutputFormat.createPrettyPrint()
真正麻烦的不是选哪个库，而是混用——比如用 DOM4J 解析，却拿 JDOM 的 Element 去 cast，或者把两个库的 Document 对象互相传参。它们之间没有继承或转换接口，强行桥接只能靠字符串序列化，性能伤得厉害。
