global不是声明全局变量，而是让函数内局部变量名指向已存在的全局变量，建立引用而非复制；它仅在函数内有效，不穿透闭包或类方法，且依赖全局变量必须预先定义。
直接说结论：global 不是“声明全局变量”，而是让函数内部的局部变量名**指向已存在的全局变量**；它建立的是引用，不是复制，改了就真改了——但只在函数内有效声明，且不能穿透闭包或类方法。
为什么函数里用不到外面定义的变量？
PHP 函数默认隔离作用域。你在文件顶部写 $db_host = '127.0.0.1';，进函数后直接 echo $db_host; 就会报 Notice: Undefined variable: db_host。这不是语法错误，是作用域机制在起作用——函数看不见外面的变量，除非你主动“接进来”。
常见错误现象：global $config; 写了，但忘了在函数外先定义 $config = [];，结果函数里 $config 是 null，后续 array_merge($config, ...) 直接出 Warning。
- 必须先有全局变量，
global才能绑定它；如果全局没定义，global $x会悄悄在全局创建$x = null，容易埋雷 - 多个变量一起写：
global $a, $b, $c;等价于分别写三行，但别省略逗号 - 它不支持表达式，
global ${'user_'.$role};会解析失败，动态变量名得用$GLOBALS
global 和 $GLOBALS 的关键区别在哪？
global $x 是给全局变量起一个“本地小名”，而 $GLOBALS['x'] 是直接拿钥匙开保险柜——操作对象不同，行为后果也不同。
立即学习“PHP免费学习笔记（深入）”；
最容易踩的坑出现在引用赋值时：
- 写
global $x; $x = &$y;→$x这个别名从此指向$y，和原始全局$x断开联系 - 写
$GLOBALS['x'] = &$y;→ 原始全局$x本身就被重绑定到$y，影响整个脚本 - 写
unset($x);（global $x后）→ 只删掉函数内的别名，全局$x还在 - 写
unset($GLOBALS['x']);→ 全局$x真没了，后面再访问就报 Notice
所以读多写少、或要动态键名时，$GLOBALS 更直白可控；但写起来啰嗦，比如 $GLOBALS['config']['timeout'] = 5; 比 global $config; $config['timeout'] = 5; 多敲不少字。
闭包和类方法里 global 完全失效
这是很多人调试半天才发现的问题：global 在匿名函数和 public function 里根本不起作用。
常见错误现象：用 array_map(function($item) { global $prefix; return $prefix . $item; }, $list);，结果 $prefix 还是 undefined。
- 闭包必须用
use ($prefix)显式导入，需要可修改就加&：use (&$prefix) - 类方法里不能用
global访问外部变量，该用$this->prefix或self::$prefix（静态属性） - include 文件里的
global也只对当前文件的全局作用域生效，不是“跨文件共享”
现代 PHP 项目里该怎么替代 global？
不是不能用，而是不该用——它把依赖藏在暗处，导致函数行为不可预测、单元测试难写、重构易崩。
真正合理的做法取决于场景：
- 配置类：封装成
Config实例，通过构造函数或 setter 注入，而不是散落各处的global $config - 数据库连接：用单例或依赖注入容器管理，函数参数传
PDO $pdo，比global $pdo清晰十倍 - 简单脚本临时用：比如 CLI 小工具里计数器，
global $count;能省事，但请限制在单个文件、3 个函数内 - 绝对别在 Laravel/Symfony/WordPress 插件里用
global——框架早有更安全的生命周期和上下文管理方式
最常被忽略的一点：global 让你误以为“变量名一致=逻辑相关”，其实只是命名巧合。等哪天两个开发者各自在不同 include 文件里写了 $log_level = 'debug';，谁覆盖谁，连 error_log 都救不了你。
