最稳妥的方式是通过 $GLOBALS 访问全局变量，因其始终映射所有全局变量且不依赖声明顺序；global 适用于频繁读写的场景，但需注意命名一致性和作用域限制；超全局变量如 $_GET 可直接使用，无需 global 声明。
函数里直接用 $GLOBALS 访问全局变量最稳妥
PHP 函数默认隔离作用域，直接写 $var 拿不到外面定义的同名变量。最直白、最不容易出错的方式是通过 $GLOBALS 超全局数组，它始终映射所有全局变量名到值。
常见错误现象：在函数里写 echo $config; 却输出空或 Notice：Undefined variable —— 因为 $config 根本没进函数作用域。
-
$GLOBALS['config']总能拿到，不管变量是否被global声明过 - 适合读取配置、常量类变量（如
$GLOBALS['db_host']），不依赖声明顺序 - 性能影响极小，就是一次数组键查找；PHP 7+ 对
$GLOBALS有优化，不是每次都重建 - 注意：修改
$GLOBALS['x']会真实改写全局变量，和global $x效果一致
用 global 关键字声明后可当普通变量用
如果要在函数里频繁读写某个全局变量，global 声明比反复写 $GLOBALS[...] 更简洁，但必须清楚它的绑定机制。
使用场景：初始化阶段设置的共享状态（如 $cache、$log_level），且函数逻辑较集中。
立即学习“PHP免费学习笔记（深入）”；
- 必须在函数体内第一层声明，不能在 if 或循环里动态
global $x -
global $a, $b;等价于$a =& $GLOBALS['a']; $b =& $GLOBALS['b'];—— 是引用绑定，不是拷贝 - 如果全局变量是对象，
global $obj;后对$obj->method()的调用没问题；但若写$obj = new StdClass();，只改了局部引用，原全局变量不变 - 容易踩的坑：声明了
global $user，但外部变量其实是$current_user，名字不一致就失效
static 变量不是全局变量，别混用
看到“函数内保持值”就下意识用 static，结果发现别的函数读不到——这是典型误解。static 只在单个函数内维持状态，和全局无关。
错误现象：在 get_counter() 里用 static $i = 0;，然后期待 reset_counter() 能访问并清零它，实际做不到。
-
static $x的生命周期=整个请求周期，但作用域严格限定在定义它的函数内 - 想跨函数共享，必须用
$GLOBALS或global，或者改用类静态属性（self::$counter） - 性能上
static比$GLOBALS略快（无数组查找），但换不来跨函数能力
超全局变量（$_GET、$_SESSION 等）不用 global 也能直接用
PHP 把 $_GET、$_POST、$_SESSION、$_SERVER 这些预定义变量设为“超全局”，它们天然穿透函数作用域。
常见误操作：在函数里写 global $_POST; —— 完全多余，还可能触发 Notice（PHP 8.1+ 警告“Cannot redeclare global variable”）。
- 直接读写
$_POST['id']、$_SESSION['user_id']即可，无需任何声明 - 例外：
$GLOBALS本身也是超全局，但它存的是你定义的变量，不是 PHP 预置的那几个 - 注意安全：直接用
$_GET前务必过滤，这不是作用域问题，是输入验证问题
真正麻烦的不是语法，而是变量来源不清晰——比如函数里突然冒出一个 $settings，你得翻三四个文件才能确认它在哪定义、有没有被中间某处 unset。用 $GLOBALS['settings'] 至少一眼看出它是全局来的，比隐式 global 或到处传参更诚实一点。
