oracle pl/sql包变量无法跨会话共享，因其生命周期严格绑定于单个session；不同会话各自拥有独立副本，且alter package、实例重启或dbms_session.reset_package均会重置包状态。
Oracle PL/SQL 全局变量无法跨会话共享 —— 它们天然绑定在单个 session 生命周期内，这是设计使然，不是配置问题。
为什么 package 变量看起来像“全局”，实际却不能跨会话用
在 Oracle 中，PACKAGE 里声明的变量（比如 g_counter NUMBER := 0;）属于“包状态（package state）”，其生命周期与当前数据库会话严格绑定。同一 package 被不同用户或同一用户新建连接调用时，各自拥有独立副本。
- 会话 A 执行
pkg.set_value(100)→g_counter变为 100 - 会话 B 同时执行
pkg.get_value()→ 返回 0（初始值），不是 100 - 哪怕两个会话连的是同一个数据库用户、同一个 package，变量值也完全隔离
这不是 bug，而是 Oracle 为保证事务隔离和并发安全做的强制设计。试图绕过它（比如用 DBMS_PIPE 或 UTL_HTTP 模拟共享）不仅复杂、低效，还容易引发锁争用或内存泄漏。
真正能跨会话共享数据的替代方案
如果业务确实需要多个会话读写同一份“全局”值，必须改用数据库级持久化机制：
-
CREATE TABLE config_store (key VARCHAR2(50), value VARCHAR2(4000))：简单键值表，配合SELECT ... FOR UPDATE控制并发写入 -
DBMS_APPLICATION_INFO.SET_CLIENT_INFO+ 自定义视图：适合轻量级会话标识，但不存业务数据 - 专用控制表 + 行级锁 + 序列号版本字段：适用于需强一致性的计数器、流水号等场景
- 避免用
DBMS_SCHEDULER或DBMS_JOB“模拟”共享变量 —— 它们启动的是新会话，变量仍不互通，反而增加调度开销
常见误判：DB Link 不是变量共享，而是远程查询代理
有人以为通过 CREATE DATABASE LINK 就能让两个库的 package 变量互通，这是误解。DB Link 只允许你写 SELECT * FROM t@remote_db 这类语句，无法访问远程库中某个会话的 package 状态。即使你在本地调用 pkg.remote_proc@remote_db，该过程运行在远程会话中，其内部变量仍只对该远程会话有效。
更关键的是：DBMS_OUTPUT.PUT_LINE 在远程 DB Link 调用中默认不回传，调试时容易误以为“没执行”，其实只是输出被丢弃了。
容易被忽略的细节：PL/SQL 包状态重置时机
包变量不是永久驻留内存的。以下任一操作都会清空当前会话的包状态：
- 执行
ALTER PACKAGE pkg_name COMPILE（哪怕编译成功） - 数据库实例重启或 PGA 内存回收（如长时间空闲后首次调用）
- 使用
DBMS_SESSION.RESET_PACKAGE显式重置
这意味着，哪怕你在一个会话里反复调用 package 函数，只要中间触发了上述任一条件，所有包变量就回到初始化值 —— 这比“跨会话不共享”更隐蔽，排查时容易漏掉这个重置点。
