唯一可靠方式是直接授予EXECUTE ON具体package，因Oracle无开关式权限；EXECUTE ANY PROCEDURE无法配合REVOKE实现细粒度控制，且撤回会破坏所有独立过程调用。
只能通过显式授予 EXECUTE ON package 实现，其他方式都不可靠或根本无效。
为什么不能用 EXECUTE ANY PROCEDURE 配合 REVOKE ？
这是最常见的误操作。授予 EXECUTE ANY PROCEDURE 后，用户能调用数据库中任意存储过程、函数、package 中的过程——包括 DBMS_*、UTL_* 等高危系统包。此时再执行 REVOKE EXECUTE ON sys.dbms_crypto FROM app_user 不会起作用，因为权限来源是系统级权限，不是对象级授权；而且 REVOKE EXECUTE ANY PROCEDURE 会一并收回对所有 standalone 过程的调用权，可能直接导致业务中断。
- 该权限不区分 package 和独立过程，无法按“包名”粒度控制
- 一旦授予，
REVOKE对单个对象无效，只能全撤 - Oracle 不允许对
EXECUTE ANY PROCEDURE做细粒度回收
正确做法：只授所需，且必须由 owner 或 DBA 直接执行
权限必须由 package 所属 schema（如 app_data）或具有 GRANT ANY OBJECT PRIVILEGE 的用户直接授予，不能通过角色中转，也不能加 WITH GRANT OPTION —— Oracle 明确不支持该语法，执行会报 ORA-01927。
- 执行
GRANT EXECUTE ON app_data.employees_pkg TO app_user - 禁止创建中间角色封装
EXECUTE ON package权限（虽语法允许，但未缩小权限范围，纯属冗余） - 确保
app_user没有SELECT、INSERT等表级权限，否则可绕过 package 直接操作底层表
如何验证用户实际能调用哪些 package ？
仅查 DBA_TAB_PRIVS 不够，还要确认 package 是否有效、是否在当前 session 可见。最稳妥的方式是组合检查：
- 查授权：
SELECT * FROM dba_tab_privs WHERE grantee = 'APP_USER' AND privilege = 'EXECUTE' AND table_name LIKE '%PKG%' - 查有效性：
SELECT object_name, status FROM dba_objects WHERE owner = 'APP_DATA' AND object_type = 'PACKAGE' AND status != 'VALID' - 实测调用：
BEGIN app_data.employees_pkg.get_employee(101); END;—— 若报PLS-00201: identifier must be declared，说明无权限或 package 不可见
真正容易被忽略的是：package 的执行权限只作用于 specification，不涉及 body；但如果 body 失效（比如依赖的表被删），即使有 EXECUTE 权限，调用时仍会报 PLS-00905。所以权限控制和对象状态必须同步管理。
