直接编译可解决多数失效问题，但须先确认失效原因为依赖对象变动；若系权限缺失、同义词冲突或字符集不兼容，则ALTER PROCEDURE...COMPILE无效。
直接编译就能解决大部分失效问题，但必须确认失效原因是否只是依赖对象变动——如果是权限缺失、同义词冲突或字符集不兼容，单纯 ALTER PROCEDURE ... COMPILE 会失败或无效。
查哪些过程真失效了，别靠猜
只查 STATUS = 'INVALID' 不够，得限定类型和所有者，否则可能扫到系统对象或已删除的残留记录：
-
SELECT OBJECT_NAME, OBJECT_TYPE, LAST_DDL_TIME, STATUS FROM USER_OBJECTS WHERE STATUS = 'INVALID' AND OBJECT_TYPE IN ('PROCEDURE', 'FUNCTION', 'PACKAGE')—— 优先用USER_OBJECTS，避免跨 Schema 权限问题 - 如果要查别人创建的过程，改用
ALL_OBJECTS，但必须加OWNER = 'SCHEMA_NAME'，否则结果不可控 - 注意：10g 及以后版本在首次调用时会自动尝试重编译，但高并发下可能卡在 library cache lock，所以不能等它“自愈”
编译前先看依赖和错误，否则白忙
执行 ALTER PROCEDURE xxx COMPILE 报错时，ORA-04063 或 PLS-00905 往往不是过程本身的问题，而是它引用的对象挂了：
- 查依赖：
SELECT REFERENCED_OWNER, REFERENCED_NAME, REFERENCED_TYPE FROM ALL_DEPENDENCIES WHERE NAME = 'YOUR_PROC_NAME' AND OWNER = 'YOUR_SCHEMA' AND TYPE = 'PROCEDURE' - 查具体报错：
SELECT LINE, POSITION, TEXT FROM ALL_ERRORS WHERE NAME = 'YOUR_PROC_NAME' AND OWNER = 'YOUR_SCHEMA' ORDER BY SEQUENCE—— 这比盲目编译快十倍 - 常见坑：表字段被删、视图重建后没 grant select、同义词指向了另一个同名函数（比如 PUBLIC 下有同名
LOG函数，而你的过程里用了LOG(10)）
批量编译要带异常捕获，别让一个失败卡死全部
用 PL/SQL 批量编译时，EXECUTE IMMEDIATE 遇到第一个失败就停，必须显式处理异常：
DECLARE
v_sql VARCHAR2(200);
BEGIN
FOR p IN (SELECT OBJECT_NAME FROM USER_OBJECTS
WHERE STATUS = 'INVALID' AND OBJECT_TYPE = 'PROCEDURE') LOOP
v_sql := 'ALTER PROCEDURE ' || p.OBJECT_NAME || ' COMPILE';
BEGIN
EXECUTE IMMEDIATE v_sql;
DBMS_OUTPUT.PUT_LINE('OK: ' || p.OBJECT_NAME);
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('FAIL: ' || p.OBJECT_NAME || ' → ' || SQLERRM);
END;
END LOOP;
END;- 必须配
SET SERVEROUTPUT ON才能看到输出；否则以为没反应 - 不要用
WHEN OTHERS THEN NULL吞掉错误，掩盖真实问题 - 如果过程里调用了 Java 方法或外部库（如 PKCS11），编译通过不代表能运行，得单独验证
编译成功≠能用，还得验证调用路径
状态变回 VALID 只代表语法和依赖解析通过，不代表逻辑正确或权限到位：
- 用最小权限用户试跑一次：
EXEC YOUR_SCHEMA.YOUR_PROC_NAME;，别只用 DBA 账户验证 - 检查是否缺执行权限：
SELECT GRANTEE FROM DBA_TAB_PRIVS WHERE TABLE_NAME = 'YOUR_PROC_NAME' AND PRIVILEGE = 'EXECUTE' - 如果过程里用了
DBMS_SCHEDULER或UTL_HTTP，还要确认对应包的 execute 权限是否授予给过程所有者（不是调用者）
最常被忽略的是：过程里硬编码了 schema 名（比如 SELECT * FROM SCOTT.EMP），而当前用户没被授予 SCOTT.EMP 的 select 权限——编译成功，运行时报 ORA-00942。
