oracle不提供直接列出存储过程中所有游标的视图，但可通过v$open_cursor查询当前会话已打开的显式游标，结合sql_text、sid和user_name定位；注意sql_text可能截断，隐式游标不显示，且需select any dictionary权限。
查 v$open_cursor 看当前会话打开的游标
Oracle 不提供直接“列出某个存储过程里所有游标”的视图，但可以通过 v$open_cursor 查到当前会话（包括正在执行的存储过程）已打开、尚未关闭的游标句柄。关键不是看“过程名”，而是看 sql_text 是否匹配你的游标定义 SQL，再结合 user_name 和 sid 定位。
常用查询：
SELECT sql_text, sid, user_name, address, hash_value
FROM v$open_cursor
WHERE sid = SYS_CONTEXT('USERENV', 'SID')
AND sql_text LIKE '%SELECT%EMP%';
注意点：
-
sql_text可能被截断（默认只显示前 1000 字符），用DBMS_LOB.SUBSTR(sql_fulltext)配合v$sql更可靠 - 必须有
SELECT_CATALOG_ROLE或SELECT ANY DICTIONARY权限才能查v$*视图 - 隐式游标（如 DML 后的
SQL%属性）不会出现在v$open_cursor中，它只记录显式OPEN的游标
在存储过程中加日志跟踪游标生命周期
靠查动态性能视图是事后排查，真正可控的方式是在过程里主动标记游标状态。比如用 DBMS_OUTPUT.PUT_LINE 打印 cursor_name%ISOPEN 和 cursor_name%ROWCOUNT。
示例片段：
DECLARE
CURSOR emp_cur IS SELECT ename FROM emp WHERE deptno = 10;
l_ename emp.ename%TYPE;
BEGIN
DBMS_OUTPUT.PUT_LINE('Before OPEN: ' || CASE WHEN emp_cur%ISOPEN THEN 'YES' ELSE 'NO' END);
OPEN emp_cur;
DBMS_OUTPUT.PUT_LINE('After OPEN: ' || CASE WHEN emp_cur%ISOPEN THEN 'YES' ELSE 'NO' END);
LOOP
FETCH emp_cur INTO l_ename;
EXIT WHEN emp_cur%NOTFOUND;
DBMS_OUTPUT.PUT_LINE('Fetched: ' || l_ename);
END LOOP;
DBMS_OUTPUT.PUT_LINE('Before CLOSE: ' || emp_cur%ROWCOUNT || ' rows fetched');
CLOSE emp_cur;
DBMS_OUTPUT.PUT_LINE('After CLOSE: ' || CASE WHEN emp_cur%ISOPEN THEN 'YES' ELSE 'NO' END);
END;
这样跑一次就能确认：游标是否真被打开、是否漏关、有没有提前退出循环导致未 fetch 完。
为什么 SQL% 属性查不到显式游标状态？
因为 SQL% 是隐式游标专用属性，只反映最近一条 DML 或 SELECT INTO 的执行结果；它和你声明的 CURSOR xxx IS ... 完全无关。混淆这点会导致误判。
常见错误现象：
- 在
FETCH后检查SQL%FOUND—— 总是NULL或上一条 DML 的结果，不是游标当前 fetch 状态 - 以为
SQL%ROWCOUNT能反映显式游标已取多少行 —— 实际它只统计 DML 影响行数或SELECT INTO返回行数 - 正确做法永远是用
emp_cur%FOUND、emp_cur%NOTFOUND、emp_cur%ROWCOUNT
游标没关干净的典型后果
最直接的影响是触发 ORA-01000: maximum open cursors exceeded 错误。这个限制由初始化参数 open_cursors 控制（默认常为 300），一旦超出，新 OPEN 就失败。
容易被忽略的细节：
- 异常分支里没写
CLOSE—— 比如FETCH后抛出NO_DATA_FOUND，但CLOSE在END LOOP后面，就跳过了 - 用了
FOR rec IN cur LOOP语法时，Oracle 自动管理开/关，但如果你在循环里又手动OPEN同一个游标变量，就会重复打开 - REF CURSOR 赋值给输出参数后，调用方负责关闭，存储过程内部不能关（否则调用方拿到空游标）
真正难调试的，往往不是“游标在哪打开”，而是“在哪个异常路径下忘了关”。
