global关键字不推荐使用，因其破坏封装性、阻碍测试、增加维护成本；应优先采用参数传递、依赖注入或闭包use等更可控的替代方案。
global 关键字不推荐使用，因为它让函数行为隐式依赖外部状态，直接破坏封装性、阻碍测试、增加维护成本。 它不是语法错误，而是设计隐患——多数情况下，你本可以用更清晰的方式传递数据。
global 让函数无法独立运行
函数一旦用了 global，就不再是个“黑盒”：它读写哪个变量、何时修改、是否影响其他调用，全得看外部有没有定义、有没有被别的地方改过。
- 调用前必须确保
$config已在文件顶部定义，否则报Notice: Undefined variable - 同一个函数，在不同文件里 include 顺序不同，
global $db可能指向完全不同的连接 - 单元测试时，得手动重置
$GLOBALS或 mock 全局状态，否则测试用例之间互相污染
global 与 $GLOBALS 的行为差异容易踩坑
global $x 是把全局变量“映射”进当前作用域，而 $GLOBALS['x'] 是直接访问全局符号表。两者看起来等价，但关键区别在于引用语义和可预测性。
-
global $data; $data = [];等价于修改原始全局变量；但$data =& $GLOBALS['data'];才是显式引用赋值 - 想在函数里缓存全局配置？别写
static $cache; global $conf; if (!$cache) $cache = $conf;—— 这样$cache是副本，后续$conf变了它不会同步 - 调试时优先用
var_dump($GLOBALS)查变量是否存在，比反复检查global声明更可靠
替代方案比 global 更可控
真正需要共享数据时，有更明确、更易追踪的路径，而不是靠 global 暗中牵线。
- 配置类或容器：把
$config作为参数传入函数，或通过依赖注入传给对象 - 闭包 +
use：在回调场景（如usort）中，用匿名函数捕获外部变量，避免命名函数+global的耦合 - 超全局变量（
$_GET、$_SESSION）除外：它们本来就在所有作用域可见，且通常只读或受框架管控，不归global管理 - 短脚本快速修复除外：比如临时改一个 CLI 脚本，不想重构结构，
global是权宜之计，但得加注释说明“此处为临时绕过”
最常被忽略的一点：global 不会跨文件生效。你在 a.php 定义 $api_key = 'xxx';，在 b.php 的函数里写 global $api_key;，依然读不到——除非 b.php 显式 include 'a.php'，且 include 发生在函数调用之前。这种隐式依赖，比明文传参难 debug 十倍。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
