PHP 8.4 中 global 不是作用域绑定，而是建立变量与 $GLOBALS 的引用关系；未定义变量时会自动创建 null 值，但易引发类型混乱和 Notice 错误，推荐用 $GLOBALS 或依赖注入替代。
global 在 PHP 8.4 中不是“绑定”，而是建立引用
PHP 8.4 没有改变 global 的底层行为：它不“绑定作用域”，而是让函数内的变量名与同名的全局变量形成引用关系。这意味着修改 $x 就等于直接修改 $GLOBALS['x']，两者指向同一内存位置。
常见错误现象：
— 函数里写 global $config;，但脚本顶部根本没定义 $config，运行时触发 Notice: Undefined variable（PHP 8.4 默认仍报告此 notice）
— 误以为 global $db; 能跨 require 文件自动生效 — 实际上只影响当前文件的全局符号表，被包含文件若未显式声明 global，依然看不到该变量
- 必须先在函数外定义变量（哪怕只是
$cache = null;），global才能正确链接到它 - 多个变量用逗号分隔：
global $pdo, $timeout, $log_level; -
global声明后赋值，等价于直接操作外部变量：global $counter; $counter++;和$GLOBALS['counter']++;效果完全一致
为什么不能在 global 声明时赋值
PHP 语法禁止在 global 语句中同时声明和赋值，例如 global $x = 42; 是语法错误。这不是 PHP 8.4 新增限制，而是所有版本都如此。
原因在于 global 是一个声明性关键字，不是赋值语句。它只负责建立引用，不参与表达式求值。
立即学习“PHP免费学习笔记（深入）”；
- 错误写法：
global $user = $_SESSION['user'];→ Parse error - 正确写法：先
global $user;，再$user = $_SESSION['user']; - 更安全的替代：
$user = $_SESSION['user'] ?? null;直接赋值，不依赖global
global vs $GLOBALS：性能与可读性差异
两者在 PHP 8.4 中性能几乎无差别，但语义和可维护性差距明显。
$GLOBALS 是超全局数组，始终可用，无需声明；global 需显式列出变量名，容易漏写或拼错。
- 使用
$GLOBALS['db']可以跳过声明步骤，适合临时读取，也便于静态分析工具识别变量来源 -
global $db;看似简洁，但会让函数隐式依赖外部状态，单元测试时难以 mock - PHP 8.4 的 JIT 编译器对两者优化程度一致，不必为性能选
global
容易被忽略的兼容性细节
PHP 8.4 仍保留 global 对未定义变量的“自动创建”行为：如果 global $missing; 且 $missing 不存在，PHP 会悄悄在全局作用域创建 $missing = null;。这看似方便，实则埋雷。
这个行为在严格模式或启用 declare(strict_types=1); 时不会改变，但会加剧类型推断混乱 —— 比如你期望 $config 是 array，结果它可能是 null。
- 检查变量是否存在，应优先用
isset($GLOBALS['var'])或array_key_exists('var', $GLOBALS) - 跨文件共享配置，推荐用返回数组的初始化函数，而非依赖
global+include - 真正需要全局状态时，考虑单例类或依赖注入容器，而不是放任
global泛滥
