Java调用含PL/SQL记录类型的存储过程失败的根本原因是Oracle JDBC驱动不支持PL/SQL RECORD类型，仅识别SQL层的OBJECT或TABLE类型；必须将RECORD升格为SQL OBJECT TYPE并用StructDescriptor指向它，且类型名须全大写、带schema、双引号包裹，连接需直连目标schema，推荐优先使用REF CURSOR替代。
Java调用含PL/SQL记录类型的存储过程失败：ORA-00902: 无效的数据类型
根本原因不是java写错了，而是oracle jdbc驱动根本不认识你定义的pl/sql记录类型——它只认sql层的object或table类型。pl/sql块内声明的record（比如type emp_rec is record (id number, name varchar2(50))）纯属pl/sql私有结构，无法被jdbc反射或注册。
所以别费劲去用StructDescriptor封装PL/SQL记录：它只对SQL对象类型有效，对PL/SQL RECORD完全无感，强行传会直接抛SQLException，错误信息常是ORA-00902或Invalid type name。
- 必须把PL/SQL记录“升格”为SQL层的
OBJECT TYPE，再用StructDescriptor指向它 - 存储过程中不能直接IN/OUT一个PL/SQL RECORD变量，得改用
OBJECT实例或REF CURSOR返回结果集 - 如果只是想传入一组字段，优先考虑用多个独立
IN参数，而非强上复杂类型
StructDescriptor初始化报java.sql.SQLException: Invalid name pattern
这个错90%是因为传给StructDescriptor构造函数的类型名格式不对。Oracle要求全大写+双引号包裹的完整限定名，且必须和数据库中CREATE TYPE语句里声明的一致（包括schema前缀）。
比如你在SCOTT用户下执行了：
CREATE OR REPLACE TYPE scott.emp_obj AS OBJECT (id NUMBER, name VARCHAR2(50));那么Java里必须写：
StructDescriptor desc = new StructDescriptor("SCOTT.EMP_OBJ", conn);
- 类型名大小写敏感：写成
"scott.emp_obj"或"SCOTT.emp_obj"都会失败 - 不能漏掉schema：单独写
"EMP_OBJ"在非当前用户下大概率报错 - 连接
conn必须是已登录目标schema的连接，不能是用ALTER SESSION SET CURRENT_SCHEMA=...切换的 - 确认类型已编译成功：
SELECT object_name, status FROM all_objects WHERE object_type='TYPE' AND object_name='EMP_OBJ';
用ARRAY或STRUCT传参时，setObject方法总抛Unsupported type
JDBC驱动对自定义类型的序列化支持依赖底层Oracle客户端版本和驱动版本。12c之前的驱动（如ojdbc6）对STRUCT嵌套、ARRAY of OBJECT支持很弱，容易在setObject时崩溃。
立即学习“Java免费学习笔记（深入）”；
实操建议盯住三件事：
- 驱动必须用
ojdbc8.jar（对应JDK 8+）或ojdbc11.jar（JDK 11+），ojdbc6基本别碰STRUCT -
setObject第二个参数必须是oracle.sql.STRUCT实例，不是普通Java bean；得用new STRUCT(desc, conn, values)构造 - values数组元素顺序、类型必须和
OBJECT TYPE字段定义严格一致，NUMBER字段传Integer可以，但传Long可能触发类型不匹配
示例关键片段：
Object[] values = { 123, "Alice" };
STRUCT struct = new STRUCT(desc, conn, values);
callableStatement.setObject(1, struct);
为什么不用REF CURSOR而硬扛STRUCT？
绝大多数业务场景里，所谓“PL/SQL记录”本质是要读/写一两条带命名字段的数据，这时候用REF CURSOR + ResultSet更稳、更直观、兼容性更好。
比如原想OUT一个PL/SQL RECORD，改成OUT sys_refcursor，然后在PL/SQL里OPEN cur FOR SELECT ...，Java侧直接registerOutParameter(1, OracleTypes.CURSOR)再getResultSet()——零配置、不依赖StructDescriptor、不care驱动版本、连schema权限都宽松得多。
-
REF CURSOR天然支持动态列、可变行数，STRUCT只能固定结构 - 调试时直接在SQL*Plus里EXEC就能验证存储过程逻辑，不用启动Java环境
- 一旦涉及多记录、列表、嵌套结构，
STRUCT立刻变得极其脆弱，而REF CURSOR照常工作
真正需要StructDescriptor的场景其实很窄：比如调用Oracle内置包（DBMS_ALERT等）明确要求OBJECT入参，或者遗留系统强制约定类型契约。其他时候，先想REF CURSOR。
