global在PHP 8.3中仍是危险污染源，因其仅映射全局变量、不隔离生命周期与并发上下文，导致递归共享、Swoole跨请求残留、测试用例干扰；应改用参数传递、依赖注入或闭包use替代。
PHP 8.3 中用 global 声明变量，无法避免污染——它本身就是污染源。真正要做的不是“怎么安全用 global”，而是绕开它。
为什么 global 在 PHP 8.3 里依然危险
PHP 8.3 没改变 global 的语义：它只是把全局变量“映射”进函数作用域，不创建副本、不隔离生命周期、不感知协程或并发上下文。只要 Worker 进程常驻（如 Swoole）、或测试用例复用同一解释器（如 PHPUnit）、或 CLI 脚本多次调用同一函数，$GLOBALS 里的值就会被持续叠加或覆盖。
- 现象：
global $counter;在递归中导致所有层级共享一个计数器 - 现象：Swoole
onRequest回调里写global $user_id;，第二个请求直接读到前一个用户的 ID - 现象：测试文件 A 改了
$config['timeout']，测试文件 B 未重置就运行，断言失败
替代 global 的三种实操路径
不用 global 不等于不能传数据——关键是让依赖显式、可追踪、可销毁。
- 参数传递：把状态作为函数参数传入，例如
processOrder($order, $config, $logger)；递归场景必须用helper($data, $depth, $cache)，而非在函数内读写global $cache - 依赖注入：构造函数或 setter 注入对象，例如
new OrderService($config, $db)；避免在类方法里声明global $db - 闭包
use：回调场景（如array_map、usort）优先用匿名函数捕获变量，例如usort($items, function($a, $b) use ($locale) { return strcasecmp($a['name'], $b['name']); });
PHP 8.3 特有注意事项
PHP 8.3 引入了更严格的类型推导和 JIT 优化，但对 global 行为毫无影响——反而放大其风险：
立即学习“PHP免费学习笔记（深入）”；
-
global $x;后若$x是int|null类型，JIT 可能缓存其非 null 状态，导致后续 null 赋值被忽略 - 静态分析工具（如 PHPStan 1.10+）会把
global视为“不可控副作用”，标记为 error 级别，CI 流水线可能直接失败 - 协程环境（如 Swoole 5.0 + PHP 8.3）中，
threading.local不可用，contextvars是 Python 的，PHP 唯一可靠方案是Co::getContext()或显式传参
实在绕不开时的最小化补救
极少数遗留代码或 CLI 快速脚本需临时保留 global，必须加三道防护：
- 函数末尾手动重置：
global $temp_cache; $temp_cache = [];（不能只unset，否则下次调用仍为null） - 用
isset($GLOBALS['var'])替代global $var判断是否存在，避免 Notice - 在
phpunit.xml中启用processIsolation="true"，强制每个测试用例跑在独立进程，切断$GLOBALS共享
最易被忽略的一点：命名空间不能隔离 global 变量。你在 namespace App; 里写 global $conf;，和顶层 global $conf; 指向同一个 $GLOBALS['conf']。所谓“隔离”，只对类、函数、常量生效，对变量无效。
