oracle存储过程必须用sys_refcursor返回结果集，因其不支持直接return结果集，而sys_refcursor是唯一被广泛支持的跨pl/sql与客户端传递动态结果集的游标类型，本质为内存中打开的查询句柄，需调用方显式关闭以防泄漏。
Oracle存储过程中为什么必须用SYS_REFCURSOR返回结果集
因为Oracle存储过程本身不支持直接RETURN结果集，不像函数可以返回表或集合类型；SYS_REFCURSOR是唯一被广泛支持的、能跨PL/SQL与客户端（如JDBC、ODP.NET、SQL*Plus）传递动态结果集的游标类型。它本质是内存中打开的查询句柄，由调用方负责关闭——这点常被忽略，导致游标泄漏。
声明和打开SYS_REFCURSOR的两种典型写法
最常用的是作为OUT参数传入，再在过程体内赋值并打开；也可在声明段直接定义为变量，但必须确保只在需要时打开，且不能重复打开已打开的游标。
常见错误现象：ORA-01001: invalid cursor（提前关闭或未打开就fetch）、ORA-06504: PL/SQL: Return types of Result Set variables or query do not match（FETCH目标结构与游标SELECT列不一致）。
实操建议：
- 始终用
OUT参数方式传递游标，避免作用域混乱 - 打开前检查是否已打开：
IF cur%ISOPEN THEN CLOSE cur; END IF; - 打开语句必须是静态SQL或使用
OPEN ... FOR配合绑定变量，例如：OPEN p_result_cursor FOR SELECT empno, ename, deptno FROM emp WHERE deptno = p_deptno;
- 若需动态SQL，用
OPEN p_result_cursor FOR v_sql USING p_param;，注意v_sql不能含分号
JDBC和PL/SQL调用时对SYS_REFCURSOR的处理差异
PL/SQL内部调用（比如另一个过程接收该游标）可直接FETCH，而JDBC必须通过CallableStatement.registerOutParameter(?, Types.OTHER)注册，并用getResultSet()获取——漏掉注册会报Invalid column type。
性能影响：每个SYS_REFCURSOR对应一个服务器端游标资源，大量并发调用未及时关闭会导致ORA-01000: maximum open cursors exceeded。建议在Java侧用try-with-resources自动关闭ResultSet，它会级联关闭底层游标。
兼容性注意点：
- Oracle 9i起支持
SYS_REFCURSOR，但旧版JDBC驱动（如ojdbc14）对REF CURSOR元数据识别不全，推荐用ojdbc8+ - SQL*Plus中测试需先声明变量：
VARIABLE rc REFCURSOR，再EXEC your_proc(:rc)，最后PRINT rc - 不能在函数中直接RETURN
SYS_REFCURSOR（语法错误），必须用过程+OUT参数
游标未关闭引发的隐藏问题比想象中更严重
表面看只是“多占点内存”，实际会导致共享池中游标句柄堆积、SQL解析变慢，甚至触发ORA-04031: unable to allocate shared memory。尤其在连接池复用场景下（如Web应用），一个未关闭的游标可能持续挂载在连接上数小时。
最容易被忽略的地方是异常路径：当过程执行到OPEN后抛出异常，CLOSE语句没机会执行。正确做法是在EXCEPTION块中显式判断并关闭：
BEGIN
OPEN p_out_cursor FOR SELECT ...;
EXCEPTION
WHEN OTHERS THEN
IF p_out_cursor%ISOPEN THEN CLOSE p_out_cursor; END IF;
RAISE;
END;
别依赖客户端“一定会关”——网络中断、应用崩溃、超时断连都会让游标滞留在数据库端。
