%isopen仅用于判断已正确定义且类型完整的游标是否已打开，未声明、未初始化或赋null的游标访问它会编译失败或报ora-01001；显式游标未open时返回false，ref cursor赋null后%isopen仍为true但close会报错；它不可用于隐式游标（如sql%）或控制循环逻辑，核心用途是在异常处理中安全关闭可能已打开的游标。
%isopen 只在游标变量已正确定义且类型明确的前提下才可安全访问；直接查未声明、未初始化或已赋 null 的游标，不会返回 false，而是编译失败或运行时报 ora-01001。
查 %ISOPEN 前必须确保游标变量存在且类型完整
PL/SQL 不允许对“不存在”或“类型不完整”的游标引用 %ISOPEN。比如：
- 没在
DECLARE块中定义游标变量，直接写my_cur%ISOPEN→ 编译报PLS-00320 - 定义了
TYPE ref_cur_type IS REF CURSOR;，但只声明my_cur ref_cur_type;没赋值 → 访问%ISOPEN报ORA-01001 - 显式游标（如
CURSOR c IS SELECT ...;）未OPEN就查c%ISOPEN→ 返回FALSE，合法但需注意它不是“未初始化”，而是“已定义但未打开”
%ISOPEN 在异常处理中才是真有用武之地
它唯一不可替代的场景，是防止 CLOSE 时重复关闭或关闭未打开的游标。典型写法如下：
BEGIN
OPEN my_cursor;
-- 中间可能出错，比如 FETCH 时触发 NO_DATA_FOUND 或自定义异常
FETCH my_cursor INTO v_rec;
EXCEPTION
WHEN OTHERS THEN
IF my_cursor%ISOPEN THEN
CLOSE my_cursor;
END IF;
RAISE;
END;
这里不能靠“记得有没有 OPEN”来决定关不关——出错位置不确定，%ISOPEN 是唯一能反映当前实际状态的依据。
别用 %ISOPEN 控制主循环逻辑
用 WHILE my_cursor%ISOPEN LOOP ... END LOOP; 是危险的：
- 显式游标一旦
OPEN，%ISOPEN就一直为TRUE，直到你显式CLOSE；循环不会自动退出 - 真正该驱动循环的是数据是否存在，即用
%NOTFOUND（推荐）或%FOUND配合EXIT WHEN - REF CURSOR 更要小心：执行
c := NULL;后，c%ISOPEN仍为TRUE，但底层句柄已丢失，此时CLOSE c会再抛ORA-01001
%ISOPEN 对隐式游标和 SQL% 不起作用
所有以 SQL% 开头的属性（如 SQL%FOUND、SQL%NOTFOUND）属于 Oracle 自动管理的隐式游标，它们没有 %ISOPEN 属性。试图写 SQL%ISOPEN 会直接报编译错误。
同样，SELECT ... INTO 这类单行查询也不支持 %ISOPEN —— 它压根不暴露游标控制权给你。
真正容易被忽略的点是：%ISOPEN 不是“游标有没有数据”的指标，也不是“游标还能不能读”的充分条件；它只是门开了没开，而门后有没有人、人还在不在，得靠 %FOUND 和 %ROWCOUNT 配合判断。
