$globals 直接操作全局变量本体，global 仅创建局部别名；PHP 7.4 未改变该机制，unset、引用、赋值行为截然不同，$globals 是唯一保证内外同步的方式。
为什么在 PHP 7.4 中坚持用 $GLOBALS 而不是 global
因为 $GLOBALS 直接操作变量本体，而 global 只是创建别名 —— 这在引用、unset、赋值时行为完全不同，PHP 7.4 并未改变这一底层机制。
常见错误现象：
- 用 global $a 后执行 unset($a)，外部 $a 依然存在；
- 用 $GLOBALS['a'] 执行 unset($GLOBALS['a'])，外部 $a 真的被销毁；
- 对 global $a 做引用赋值（如 $a = &$b），不会影响外部 $a 的指向。
-
$GLOBALS['x']是对全局变量的「直接地址访问」，等价于在全局作用域里操作它 -
global $x是在函数内声明一个「同名局部引用」，本质是$x = &$GLOBALS['x'] - PHP 7.4 对这两种语法的解析和执行逻辑与 PHP 5.6 完全一致，没有新增语义或优化
$GLOBALS 在函数内修改全局变量更可靠
当你需要在函数中真正改变、销毁或重引用一个全局变量时，$GLOBALS 是唯一能保证内外同步的方式。
使用场景举例：
- 动态初始化配置项（如 $GLOBALS['config'] = require 'config.php';）
- 单例注册表清理（unset($GLOBALS['instances'][$key]);）
- 多次调用函数需累积修改同一全局数组（如统计器）
- 写
$GLOBALS['count']++→ 全局$count真增 1 - 写
global $count; $count++→ 效果相同，但若中间有引用操作，行为可能偏离预期 - 写
global $arr; $arr = array_merge($arr, $new);→ 实际只替换局部引用，原$arr不变（除非原$arr本身是引用）
PHP 7.4 下 $GLOBALS 的兼容性与性能事实
它不比 global 快，也不慢 —— 底层都是查哈希表，但 $GLOBALS 少一次符号表别名绑定开销，差异可忽略。
关键兼容性事实：
- $GLOBALS 自 PHP 4.1.0 起就存在，PHP 7.4 完全兼容
- 它是唯一一个「始终可用」的超全局变量：即使 register_globals=On（已废弃）也不会干扰它
- 不受 zend.enable_gc 或 OPcache 配置影响，行为稳定
- 不要指望 PHP 7.4 给
$GLOBALS加速 —— 它不是瓶颈点 - 避免在循环里反复写
$GLOBALS['xxx']，可先赋给局部变量再操作 - 静态分析工具（如 PHPStan）能更好推断
$GLOBALS['x']类型，而global $x易丢失类型上下文
容易踩的坑：$GLOBALS 不是万能钥匙
它只能访问「已声明的全局变量」，不是所有变量都能靠它捞出来 —— 比如函数参数、static 变量、闭包 use 变量、类属性，都不在 $GLOBALS 里。
立即学习“PHP免费学习笔记（深入）”；
典型误用：
- 认为 $GLOBALS['this'] 存在（实际不存在，$this 是特殊对象引用）
- 在类方法里写 $GLOBALS['property'] 试图读取 $this->property（完全无关）
- 依赖 $GLOBALS 传递数据替代参数，导致函数难以测试和复用
-
$GLOBALS里只有顶层作用域中$var = ...定义的变量，include进来的也计入，但仅限当前请求生命周期 - 打印
print_r($GLOBALS)可看到所有键，但其中_GET、_POST等是独立超全局变量，不是你定义的，也不该手动改写它们 - 最隐蔽的问题：在同一个脚本里混用
global $x和$GLOBALS['x']，会导致调试时变量状态难以追踪
