PHP函数内访问全局变量必须用global声明或$GLOBALS数组，否则报错；超全局变量如$_SERVER可直接读但写受限；modern替代方案包括参数传递、static缓存、类静态属性及框架容器。
PHP全局变量在函数里怎么访问
不加声明直接用会报错，$GLOBALS 或 global 是唯二靠谱方式。
常见错误现象：Notice: Undefined variable 或直接取不到值；本质是 PHP 函数作用域隔离严格，外部变量默认不可见。
-
global $var;放在函数开头，之后就能读写该变量（注意：只对已存在的全局变量有效） -
$GLOBALS['var']更底层，不用提前声明，但拼错键名就静默失败（比如写成$GLOBALS['Var']） - 如果函数内要修改全局数组某一项，
global声明后直接$var['key'] = 'val';可行；但用$GLOBALS时得写全路径，比如$GLOBALS['var']['key'] = 'val'; - PHP 7.4+ 中，若变量是
readonly属性或来自const，两种方式都改不了——不是语法问题，是语义限制
$_SERVER、$_GET 这类超全局变量为什么不用 global
它们是 PHP 内置的超全局变量（superglobals），在任何作用域都能直接读，但写操作仍受限于上下文。
使用场景：路由分发、调试输出、权限校验等高频读取场景；性能上无额外开销，比 $GLOBALS 略快（少一层哈希查找）。
立即学习“PHP免费学习笔记（深入）”；
-
$_POST和$_GET的值来自 HTTP 请求，每次请求都是新副本，不存在“污染全局”的风险 -
$_SESSION必须先调用session_start()才能用，否则读出来是空数组，不是未定义 -
$_ENV默认为空，除非启用了variables_order配置里的E，或手动用putenv()设置过 - 别在 CLI 模式下依赖
$_SERVER['REQUEST_URI']—— 它不存在，会触发 notice
用 global 修改 $GLOBALS 数组本身会怎样
会断掉引用关系，后续对原变量的修改不再同步到 $GLOBALS，这是最容易被忽略的隐性坑。
示例：
$a = 1;
function test() {
global $a;
$a = 2;
$GLOBALS['a'] = 3; // 这步没问题
$a = []; // 这步会让 $a 和 $GLOBALS['a'] 脱钩
$a['x'] = 4; // 此时 $GLOBALS['a'] 仍是 3，不是数组
}
- 只要对
global声明的变量做赋值（=）、引用解绑（&$x = null）、unset，就会切断和$GLOBALS的底层指针关联 - 如果真需要动态挂载/替换全局变量，优先用
$GLOBALS['name'] = $value;，绕过global声明 - PHP 8.1+ 中，对
$GLOBALS使用foreach并修改键值，不会影响原始变量——它只是个副本数组，不是引用表
替代 global 的现代写法有哪些
不是所有场景都非用全局变量不可；多数时候是设计松动导致依赖蔓延。
可选方案取决于你的实际约束：是否能改函数签名、是否在框架内、是否需跨请求持久化。
- 把变量作为参数传入函数，最干净；适合逻辑明确、调用链短的场景
- 用
static局部变量缓存结果，避免重复计算（比如配置解析），比全局变量更可控 - 在类中用
self::$config或static::$cache，配合private封装，比裸全局安全得多 - 如果是 Laravel、Symfony 这类框架，直接用容器绑定（
app('logger')）或配置门面（Config::get()），根本不需要碰global
真正难处理的是遗留系统里散落在各处的 global $db 或 global $user —— 这时候修不如封，先用 error_reporting(0) 掩耳盗铃不是办法，得逐个函数加类型提示和参数注入。
