Oracle JDBC驱动不支持MDSYS.SDO_GEOMETRY直接映射；必须用oracle.sql.STRUCT配合JGeometry.load()解析，且需额外引入sdoutl.jar，注意NULL判空、SRID注册及gtype合规性。
Oracle Spatial的JDBC驱动是否支持MDSYS.SDO_GEOMETRY？
不支持直接映射。oracle官方jdbc驱动（ojdbc8.jar 及以上）本身不提供 sdo_geometry 类型的自动序列化/反序列化，resultset.getobject() 对该字段返回的是 oracle.sql.struct 实例，不是开箱即用的坐标对象。
这意味着你不能像处理 String 或 BigDecimal 那样直接调用 getString() 或 getBigDecimal() —— 那会抛出 SQLException: invalid column type。
必须手动解析 STRUCT 的属性字段，且需注意 Oracle Spatial 的二进制格式（WKB-like）与标准 WKT/WKB 不完全兼容。
如何从ResultSet中安全读取SDO_GEOMETRY的坐标值？
核心是用 oracle.sql.STRUCT + oracle.spatial.geometry.JGeometry（需额外引入 sdoutl.jar）配合解析。关键步骤如下：
-
ResultSet.getObject("geom_col")返回STRUCT，先确认非 null，再强制转换 - 调用
JGeometry.load(STRUCT)转为JGeometry对象（此步可能抛IllegalArgumentException，常见于空几何或 SRID 未注册） - 用
jgeom.getPointArray()获取所有顶点坐标（double[][]），或jgeom.getOrdinatesArray()拿原始 ordinates 数组（含 Z/M 值） - 注意：
JGeometry默认使用 Oracle 内部坐标系，若需 WGS84 经纬度，须确认表定义中SDO_SRID正确且已注册到MDSYS.SDO_COORD_REF_SYSTEM
示例片段：
立即学习“Java免费学习笔记（深入）”；
Object obj = rs.getObject("shape");
if (obj instanceof STRUCT) {
STRUCT struct = (STRUCT) obj;
try {
JGeometry jgeom = JGeometry.load(struct);
double[][] points = jgeom.getPointArray(); // [[x1,y1], [x2,y2], ...]
System.out.println("First point: " + points[0][0] + ", " + points[0][1]);
} catch (Exception e) {
// 常见错误：ORA-29532（Java 调用被拒绝）、空几何、SRID 不存在
log.warn("Failed to load SDO_GEOMETRY", e);
}
}
向Oracle插入空间数据时，JGeometry.save()有哪些坑？
写入比读取更易出错。直接 new JGeometry 后调用 save() 并不能保证生成合法的 SDO_GEOMETRY，尤其在维度、SRID、gtype 设置不匹配时。
关键约束必须显式满足：
-
gtype必须符合 Oracle 规范：如点是2001（2D）、3001（3D）；线串是2002；多边形是2003—— 错填成2000会导致后续空间查询失败 -
SRID必须是MDSYS.CS_SRS中真实存在的值（如 WGS84 是8307），不能硬写4326（除非你已手动插入该记录） - 坐标数组顺序必须与 gtype 一致：
2001要传double[2]，3001要传double[3]；混用会触发IllegalArgumentException: ordinate array length mismatch - 插入前务必执行
conn.createStatement().execute("ALTER SESSION SET CURRENT_SCHEMA = your_schema")，否则JGeometry.save()可能因权限找不到MDSYS.SDO_GEOMETRY类型
有没有更轻量、不依赖sdoutl.jar的替代方案？
有，但代价是放弃高级几何操作，只做坐标提取。可绕过 JGeometry，直接解析 STRUCT 的底层字段：
STRUCT.toJdbc() 返回 Object[]，其结构固定为：[SDO_GTYPE, SDO_SRID, SDO_POINT, SDO_ELEM_INFO, SDO_ORDINATES]（Oracle 12c+）。其中：
-
SDO_POINT是另一个STRUCT，含X/Y/Z字段（仅当是点且未用 ordinates 存储时存在） -
SDO_ORDINATES是NUMBER[]，按顺序存 X,Y[,Z][,M] 值；SDO_ELEM_INFO描述几何拓扑（如 [1,1003,3] 表示外环矩形） - 解析逻辑需手写，但避免了
sdoutl.jar依赖和JGeometry的隐式异常
这种做法适合只读坐标、不做空间关系判断的场景，比如 ETL 导出点位列表。复杂多边形或缓冲区分析仍得回到 JGeometry。
真正麻烦的从来不是“怎么拿到坐标”，而是 Oracle Spatial 的 SRID 注册机制、gtype 编码规则、以及 JDBC 层对 STRUCT 的弱类型处理——这些细节一旦漏掉一个，就会在生产环境里卡住几小时。
