Oracle Package Body末尾的匿名块不会自动执行，必须使用初始化部分（BEGIN...END;）替代，且仅在首次引用时执行一次；错误放置或依赖未声明组件将导致编译失败。
Oracle 中 Package Body 末尾的匿名块不会自动执行
oracle 的 package body 里不能在结尾直接写一个匿名 pl/sql 块（比如 begin ... end;）来当作初始化逻辑——它根本不会被解析，会报错 pls-00103: encountered the symbol "begin"。package body 只允许定义子程序、游标、类型、变量声明，以及 pragma 等编译指示，不允许顶层可执行语句。
用 PACKAGE 初始化部分（Initialization Section）替代
Oracle 支持在 PACKAGE BODY 的声明段之后、任何子程序之前，写一段无名的、仅执行一次的初始化逻辑——这就是「初始化部分」。它不是匿名块，而是语法上紧接在声明后的 BEGIN ... END;，且必须是 BODY 的最后一部分（不能跟在函数/过程后面）。
常见错误现象：
- 把
BEGIN...END;放在某个PROCEDURE定义之后 → 报错PLS-00103 - 漏写
BEGIN后的声明（如变量未声明就赋值）→ 报错PLS-00320 - 初始化部分里调用了本包尚未声明的私有函数 → 报错
PLS-00302: component 'XXX' must be declared（顺序依赖）
正确结构示例：
CREATE OR REPLACE PACKAGE BODY my_pkg AS
-- 公共/私有变量声明
g_counter NUMBER := 0;
<p>-- 私有函数（必须先声明，才能在初始化部分调用）
FUNCTION get_default_value RETURN NUMBER;</p><p>-- 初始化部分：必须是 BODY 中最后一个语法单元
BEGIN
g_counter := get_default_value(); -- OK：函数已声明
DBMS_OUTPUT.PUT_LINE('my_pkg initialized');
EXCEPTION
WHEN OTHERS THEN
RAISE_APPLICATION_ERROR(-20001, 'Init failed: ' || SQLERRM);
END;
/</p>初始化部分的执行时机和限制
这个初始化块只在该 package body 第一次被引用（例如调用其中任意一个函数、过程，或访问包变量）时执行，且仅执行一次，后续会缓存在 SGA 中。但它不是“数据库启动时运行”，也不是“每次会话开始时运行”。
- 首次调用
my_pkg.do_something→ 触发初始化 → 执行BEGIN...END; - 同一会话中再次调用
my_pkg.get_counter→ 不再执行初始化部分 - 另一个会话首次调用 → 单独触发自己的初始化（每个会话一份包状态）
- 不能在初始化部分做 DDL（如
EXECUTE IMMEDIATE 'CREATE TABLE...'）→ 运行时报ORA-01031: insufficient privileges或隐式提交问题 - 若初始化失败（抛异常），整个包在该会话中不可用，后续调用直接报
ORA-04068: existing state of packages has been discarded
替代方案：用函数封装 + 首次检查模式
如果初始化逻辑较重、需控制执行条件（比如只在特定配置下运行），或者要避免初始化失败导致包失效，更稳妥的做法是：不依赖初始化部分，而把逻辑封装进一个私有函数，并在每个公共接口开头用 IF NOT g_inited THEN ... END IF; 检查执行。
这样你可以：
- 捕获并处理异常而不影响包可用性
- 支持重新初始化（比如配置刷新后）
- 明确控制执行上下文（如加锁防并发初始化）
示例关键片段：
CREATE OR REPLACE PACKAGE BODY my_pkg AS g_inited BOOLEAN := FALSE; g_cache SYS_REFCURSOR; <p>PROCEDURE init_cache IS BEGIN IF NOT g_inited THEN OPEN g_cache FOR SELECT * FROM config_table; g_inited := TRUE; END IF; END;</p><p>FUNCTION get_config RETURN SYS_REFCURSOR IS BEGIN init_cache(); -- 每次都安全调用 RETURN g_cache; END; END;</p>
初始化部分看着简洁，但一旦涉及异常恢复、动态条件或跨会话协调，就容易变成黑盒陷阱。真正需要“首次执行”的逻辑，往往得自己管住执行边界和失败兜底。
