Oracle JDBC驱动默认不启用XMLType支持，需显式加载xmlparserv2.jar并调用XMLType.initJAXP()初始化；读取时应先getObject()转XMLType再调getStringVal()或getDOM()，禁用getString()直接读取。
Oracle JDBC驱动必须启用XMLType支持
默认的 ojdbc8.jar 不自动注册 XMLType，直接调用 rs.getObject("xml_col") 会返回 oracle.sql.OPAQUE 或抛出 SQLException: invalid column type。关键不是换驱动版本，而是显式加载 XML 扩展类。
- 确保 classpath 中有
xmlparserv2.jar（12c+ 可用xdb6.jar替代，但需匹配 Oracle 版本） - 在应用启动时执行：
XMLType.initJAXP()，否则XMLType.createXML(Connection, String)会报NullPointerException - 若用 Spring Boot，推荐在
@PostConstruct方法中调用初始化，而非 static 块——后者可能因类加载顺序失败
从 ResultSet 读取 XMLType 字段的三种安全方式
不能依赖 rs.getString() 或 rs.getObject() 直接转 String，Oracle 的 XMLType 对象内部结构复杂，强制 toString() 可能截断或乱码。
- 最稳：用
XMLType xml = (XMLType) rs.getObject("xml_col")，再调xml.getStringVal()→ 返回格式化后的完整 XML 字符串 - 要 DOM：用
xml.getDOM()，但注意返回的是org.w3c.dom.Document，非 JAXP 默认实现，部分 XPath 库（如 dom4j）需适配 - 流式读取大 XML：用
xml.getBinaryStream()，避免内存溢出；但需手动处理 BOM 和编码（Oracle 默认用 UTF-8，无 BOM）
向 XMLType 字段写入数据的常见陷阱
直接传 String 给 ps.setString() 会触发隐式转换，导致特殊字符（如 &、）被转义两次，入库后 XML 解析失败。
- 正确做法：用
XMLType.createXML(conn, xmlString)构造对象，再用ps.setObject(1, xmlObj, Types.OTHER) - 若 XML 含命名空间，务必确保字符串中已声明（如
XMLType不会自动补全 - 批量插入时避免反复 new
XMLType：复用同一个Connection创建的对象，否则可能触发连接泄漏（Oracle 内部持有 Connection 引用）
XMLType 查询性能与索引配置强相关
没建索引的 XMLType 字段上执行 XPath 查询（如 EXISTSNode(xml_col, '/book/title')）等于全表扫描，10 万行就明显卡顿。
- 必须建 XMLIndex：例如
CREATE INDEX idx_book_title ON books(xml_col) INDEXTYPE IS XDB.XMLINDEX PARAMETERS ('PATHS (INCLUDE (/book/title))') - Java 中用
getStringVal()后在内存解析 XPath？别这么做——失去数据库级优化，且无法利用 XMLIndex - 验证索引是否生效：查
V$XML_INDEX_STATS，或看执行计划里是否有DOMAIN INDEX步骤
Oracle 的 XMLType 不是“能存 XML 就完事”的字段，它把解析、索引、序列化逻辑深度耦合进 JDBC 层，漏掉 initJAXP() 或绕过 XMLType 构造器，问题往往出现在上线后压测阶段。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
