PL/SQL断点不生效主因是调试器未连接或编译未启用调试信息；需授权DEBUG权限、开启remote_debugging、选DEBUG角色、Start Debugging启动监听，并设PLSQL_DEBUG=TRUE后重新编译。
SQL Developer 里 PL/SQL 断点不生效？先确认调试器已启用
断点灰色、点击无反应、f7 按下直接跑完——大概率是调试器根本没连上。sql developer 的 pl/sql 调试不是开箱即用，它依赖数据库端的 dbms_debug_jdwp 会话支持和客户端权限配置。
- 确保当前用户有
DEBUG CONNECT SESSION和DEBUG ANY PROCEDURE权限（仅需一次授权，非每次执行） - 数据库必须开启远程调试监听：
ALTER SYSTEM SET remote_debugging = TRUE SCOPE=BOTH（19c+ 可能需额外配置debug_jdwp参数） - SQL Developer 连接时，“角色”下拉框必须选
DEFAULT或显式包含DEBUG角色，不能是只读连接 - 首次调试前，右键连接 →
Start Debugging，看到状态栏出现 “Debugger listening…” 才算真正就绪
在存储过程里设断点却跳过了？注意编译模式与调试信息
PL/SQL 编译默认是优化过的（PLSQL_OPTIMIZE_LEVEL=2），编译器可能内联函数、删掉空行或合并语句，导致断点“挂”不到实际执行位置。
- 强制生成调试信息：编译前执行
ALTER SESSION SET PLSQL_DEBUG=TRUE，再重新编译目标对象（CREATE OR REPLACE PROCEDURE ...或ALTER PROCEDURE ... COMPILE DEBUG） - 检查编译结果：查询
SELECT plsql_debug FROM user_plsql_object_settings WHERE name = 'YOUR_PROC_NAME'，值必须为ENABLED - 包体（
PACKAGE BODY）比包头（PACKAGE）更常被误设断点——断点只能设在可执行语句行，不能设在声明区、注释行或空行
F7 单步执行卡住或跳过代码？看清当前调试上下文
单步（Step Into / Step Over）行为高度依赖光标所在位置和调用栈深度。常见错觉是“没进过程”，其实是跳到了系统包或隐式转换逻辑里。
-
F7（Step Into）只对当前行中**显式调用的子程序**有效；如果该行是 SQL 语句（如INSERT INTO ...）、赋值表达式（如x := func()）或内置函数（如TO_DATE()），它会直接执行完并停在下一行，不会进入 Oracle 内部实现 - 想进入自定义函数或过程，光标必须落在调用它的那一整行（例如
result := my_func(a, b);），且该对象已用DEBUG模式编译 - 调试时右下角“Debugger”面板里的
Call Stack必须展开查看——如果栈顶显示的是ANONYMOUS BLOCK或__plsql_vm，说明你还没真正进入目标过程体
变量值看不到或显示 NULL？调试视图依赖作用域与初始化
SQL Developer 的“Variables”窗口只显示当前栈帧中**已声明且已执行到初始化语句之后**的变量。未执行到、作用域外、或动态 SQL 中的变量都不会出现。
- 局部变量只有在执行到其声明行之后才可见；若断点设在声明前，变量名不会出现在 Variables 面板
- 包级变量（
PACKAGE VARIABLE）需在包体中首次赋值后才显示真实值，否则显示NULL或默认值 - 动态 SQL（
EXECUTE IMMEDIATE）内部的变量完全不可见——调试器无法穿透解析运行时拼接的字符串 - 大对象（
CLOB/BLOB）在 Variables 面板里只显示长度和类型，双击才能展开内容；超长字符串会被截断，别靠一眼判断值是否正确
