Oracle XMLType字段必须用getSQLXML()和setSQLXML()操作，不可用getString()或setString()；需ojdbc7+、JDBC 4.2+；XML须UTF-8编码且良构，否则读写易乱码或静默损坏。
Oracle XMLType字段不能直接用getString()读取
java里从resultset里取xmltype字段时，getstring()大概率返回null或乱码——因为oracle的xmltype不是普通字符串，而是数据库原生xml类型，jdbc驱动默认不自动转换。必须显式通过sqlxml接口获取。
实操建议：
- 用
getSQLXML()代替getString()或getObject()，这是唯一标准且兼容Oracle 11g+和JDBC 4.1+的方式 - 拿到
SQLXML对象后，优先调用getString()（注意：这是SQLXML.getString()，不是ResultSet.getString()），它会触发底层序列化，返回格式良好的XML字符串 - 如果XML内容很大，避免反复调用
getString()，因为每次都会重新解析；可缓存结果或改用getBinaryStream()流式处理 - 别用
getObject()强转成String或Document，不同驱动行为不一致，Oracle官方驱动明确不支持
写入XMLType字段必须用setSQLXML()，不能setString()
往XMLType列插入数据时，用PreparedStatement.setString()看似能执行，但实际会触发隐式类型转换，可能导致编码丢失、特殊字符截断，甚至在严格模式下直接报ORA-01461: can bind a LONG value only for insert into a LONG column错误。
实操建议：
- 先用
connection.createSQLXML()创建空SQLXML对象 - 调用其
setString()方法填入XML内容（确保是良构XML，否则写入时抛SQLException） - 再用
PreparedStatement.setSQLXML()绑定到参数位置 - 如果XML来自文件或流，用
setBinaryStream()或setCharacterStream()更稳妥，避免内存中拼接大字符串
Oracle驱动版本和JDBC规范对SQLXML支持有硬性要求
不是所有ojdbc驱动都完整实现SQLXML接口。ojdbc6（JDBC 4.0）只提供存根，getSQLXML()会抛SQLFeatureNotSupportedException；真正可用要从ojdbc7（JDBC 4.2）开始，且数据库需为11.2.0.4+或12c+
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 检查驱动版本：
System.out.println(DriverManager.getDriver("jdbc:oracle:thin:@...").getClass().getPackage().getImplementationVersion()); - 生产环境务必用
ojdbc8.jar（对应JDBC 4.2），并确认classpath中没有旧版ojdbc冲突 - 连接URL里不用加额外参数，但建议启用
oracle.jdbc.autoCommitSpecCompliant=false（默认true），避免某些XML写入场景下意外提交 - 测试时用
rs.getMetaData().getColumnTypeName(i)确认该列为XMLTYPE，而非OTHER或LONGVARCHAR，后者说明驱动未识别类型
XML内容含中文或特殊字符时，编码和验证必须前置
Oracle内部存储XMLType默认用数据库字符集（如AL32UTF8），但Java端若用错误编码构造字符串再塞进SQLXML，写入后读出来就是乱码，且SQLXML.toString()可能掩盖问题——它返回的是驱动内部表示，未必反映真实存储值。
实操建议：
- 所有输入XML字符串必须是UTF-8编码，且XML声明里明确写
<?xml version="1.0" encoding="UTF-8"?> - 写入前用
javax.xml.parsers.DocumentBuilder做一次轻量解析（仅验证结构），捕获SAXException提前失败 - 读取后不要直接打印
SQLXML对象，而要用sqlxml.getString().length()比对原始长度，防隐形截断 - 如果业务允许，考虑在数据库侧用
XMLType.createXML()函数校验，例如SELECT XMLType(?) FROM DUAL预检，避免应用层报错太晚
XMLType的“透明”背后全是类型契约，漏掉驱动版本、编码声明或接口调用路径中任意一环，都会让数据在读写间静默损坏。最稳的做法：只信getSQLXML() + setSQLXML()，其余全是妥协路径。
