Oracle存储过程必须通过OUT参数声明SYS_REFCURSOR类型并用OPEN FOR语句打开，Java端需用CallableStatement注册Types.OTHER类型、调用execute()后用getObject()获取ResultSet，并显式关闭以防ORA-01000错误。
Oracle 存储过程怎么返回游标给 Java
Oracle 本身不支持直接把游标当函数返回值传出去，必须通过 OUT 参数 + SYS_REFCURSOR 类型实现。Java 端要用 CallableStatement 注册 Types.OTHER 类型才能正确接收。
常见错误是：PL/SQL 里用 RETURN 返回游标变量（语法报错），或 Java 侧没注册参数类型、没调用 execute() 就直接 getResultSet()（抛 SQLException）。
- 存储过程中声明
OUT p_cursor OUT SYS_REFCURSOR，不能是IN OUT或局部变量赋值后试图 return - 打开游标必须用
OPEN p_cursor FOR SELECT ...，不能用SELECT ... INTO或赋值语句 - Java 中注册参数顺序要和存储过程定义一致，且
registerOutParameter(2, Types.OTHER)的索引从 1 开始
Java 怎么安全获取并遍历 Oracle 游标结果
拿到 ResultSet 后，它和普通查询结果行为一致，但底层资源绑定在数据库连接上，必须显式关闭。容易忽略的是：如果游标没被消费完就关闭 Connection，后续读取会触发 ORA-01002: fetch out of sequence。
典型写法是用 try-with-resources 包裹 ResultSet 和 Statement，但注意 CallableStatement 关闭后，其关联的 ResultSet 也会失效——所以不能先 close statement 再处理结果。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 必须先调用
rs.next()开始读取，空结果集也要走一遍循环判断 - 字段取值推荐用列名（
rs.getString("COL_NAME")）而非序号，避免因 SQL 字段顺序调整导致越界 - 不要在循环里反复调用
rs.getMetaData()，开销大；如需列信息，提前缓存
为什么用了 REF CURSOR 还是报 ORA-00900 或 Invalid column index
这两类错误通常不是游标本身的问题，而是调用上下文不匹配。ORA-00900 多半因为存储过程没提交，或者 Java 用的 schema 名和过程定义 schema 不一致（比如过程建在 SCOTT 下，但 JDBC URL 默认连的是 HR）；Invalid column index 则基本是 ResultSet 已关闭或未执行 execute() 就调了 getXXX()。
- 检查存储过程是否已
GRANT EXECUTE ON proc_name TO your_user - 确认 JDBC URL 中的 service name / SID 和目标库一致，特别是 RAC 环境下容易连错实例
- 调用前确保
cs.setString(1, "some_value")等输入参数已设，否则某些驱动会静默失败
批量数据场景下，REF CURSOR 和分页查询怎么选
REF CURSOR 本质是一次性打开结果集，适合中等数据量（万级以内）、业务逻辑集中在数据库端的场景；如果 Java 需要分批处理百万级数据，硬扛一个游标容易 OOM，也难做断点续传。
这时候更稳的做法是：在存储过程中用 ROWNUM 或 OFFSET FETCH（Oracle 12c+）做物理分页，Java 每次请求一页，靠参数控制 start_row 和 page_size。虽然多几次 round-trip，但内存可控、可重试、能加超时控制。
- REF CURSOR 不支持客户端控制 fetch size，JDBC 默认一次拉全量；可用
cs.setFetchSize(500)提示驱动分批取，但不保证生效 - 分页查询要注意
ORDER BY必须明确，否则ROWNUM分页结果不稳定 - 如果业务允许，优先考虑把聚合逻辑下推到 PL/SQL，只返最终结果，而不是把原始明细交给 Java 做计算
ResultSet、Statement、Connection 按正确顺序释放——这点比普通查询严格得多。 
