global声明无效的根本原因是它仅将已存在的全局变量引入函数作用域，不会创建未定义的全局变量；必须先在函数外定义变量，再在函数内用global声明。
global 声明没生效，变量还是 undefined
根本原因不是 global 写错了，而是它只在函数内部起作用，且只把**已存在的全局变量**“拉进”当前作用域。如果全局变量本身还没定义，global $x 不会帮你创建它，只会让 $x 指向一个空值。
常见错误现象：Notice: Undefined variable 或写入后外部仍读不到值。
- 必须先在函数外部定义变量，比如
$counter = 0;，再在函数里用global $counter; -
global后面跟的是变量名，不是表达式，不能写成global ${'count' . 'er'}; - 多个变量用逗号分隔，如
global $a, $b, $c;，不能每行一个global
替代 global：用 $GLOBALS 能绕过作用域限制吗
能，但更危险。$GLOBALS 是超全局数组，直接操作 $GLOBALS['var_name'] 确实不用声明，但它绕过了 PHP 对变量可见性的基本约束，调试时很难追踪赋值来源。
使用场景极少：仅限于你明确需要动态访问变量名（比如从配置键生成变量），且能接受维护成本上升。
立即学习“PHP免费学习笔记（深入）”；
-
$GLOBALS['user_id'] = 123;和global $user_id; $user_id = 123;效果一样，但前者在任何地方都能写，后者至少得出现在函数内 - PHP 8+ 中，对未定义键读取
$GLOBALS['missing']会触发Notice: Undefined index - 性能上无差异，但静态分析工具（如 PHPStan）通常不检查
$GLOBALS的键合法性
函数里改了 global 变量，为什么类方法里读不到
因为 global 只连接到「文件作用域」的变量，不跨类、不跨命名空间。哪怕你在同一个文件顶部定义了 $config = [];，类的 public function load() 里也必须单独声明 global $config; 才能读写。
容易踩的坑是误以为“全局=全项目可见”，其实它只是“当前脚本顶层作用域可见”。
- 类中静态属性（
self::$config）比global更可靠，也更符合 OOP 直觉 - 如果变量要被多个类共享，优先考虑依赖注入或单例容器，而不是靠
global拉平作用域 - CLI 和 Web SAPI 下，每次请求都是独立的全局作用域，
global变量不会跨请求保留
用 global 传数据库连接对象安全吗
不安全，也不必要。早期 PHP 扩展（如 mysql_*）依赖全局连接资源，但现在 PDO 或 mysqli 实例本身就是对象，可以作为参数传入，或通过依赖注入管理生命周期。
问题核心不是语法错，而是破坏可测试性和隐藏依赖。
- 写单元测试时，
global $pdo;会让 mock 变得繁琐，而构造函数传参可以直接替换 - 并发请求下，若多个函数同时修改同一个
global $pdo（比如切换数据库），可能引发状态混乱 - 现代框架（Laravel、Symfony）默认禁用
global风格的连接管理，底层用服务容器隔离实例
真正难的不是怎么写 global，是怎么意识到——当你要反复把它塞进十几个函数时，说明数据流已经失控了。这时候该重构的不是语法，是变量的归属位置。
