全局变量虽非语法错误，却是高耦合风险源：破坏函数纯性、阻碍测试、引发命名冲突与静默覆盖；应改用配置类、依赖注入等明确责任边界的替代方案。
全局变量在 PHP 中不是语法错误，但它是耦合性风险的显性入口——一旦出现 global，函数行为就脱离了输入输出契约，变成“看天吃饭”。
global 关键字让函数失去可预测性
加了 global 的函数，实际依赖的不只是参数列表里写的那些东西。它偷偷读写外部变量，导致：
- 同一段代码，在不同执行顺序下可能返回不同结果（比如另一个函数提前改了
$config） - 无法单独对函数做单元测试：你得先手动设置好一堆全局状态，再调用它
- IDE 无法准确跳转或提示变量来源，
$db到底在哪定义的？搜全项目也不一定找得全
示例：function sendEmail() { global $mailer; $mailer->send(); } —— 这个函数不接受任何参数，却强依赖一个随时可能被 unset 或重赋值的 $mailer。
命名冲突和静默覆盖比想象中更常见
PHP 不会阻止你在不同文件里声明同名全局变量。尤其在老项目混合引入多个第三方库时：
-
config.php定义了$cache -
thirdparty/lib.php也定义了$cache = new Memcached() - 加载顺序一变，
$cache就被覆盖，而错误可能直到缓存失效才暴露
超全局变量（如 $_SESSION）虽自动可用，但它们仍是全局状态——直接在函数里改 $_SESSION['user_id']，等于把业务逻辑和会话管理混在一起，违反迪米特原则。
替代方案不是“多写几行”，而是明确责任边界
避免全局变量不等于拒绝共享数据，关键是让共享方式可追溯、可约束：
- 配置类封装：用
Config::get('db.host')替代裸$config['db']['host']，类内部可加环境判断、类型校验 - 依赖注入：把
$pdo当参数传给getUser($pdo, $id)，而不是在函数里global $pdo - 递归场景用返回值合并：把
$familyArray从全局挪出来，让checkForChildren()返回子树数组，上层用array_merge()拼接
真正难的不是“不用全局变量”，而是当几十个旧函数都靠 global $log 记日志时，你得决定是统一迁移到 PSR-3 Logger 接口，还是先加一层包装函数过渡。
全局变量本身不致命，但它是系统熵增的加速器——越晚清理，重构成本越高，越容易在某个深夜调试时发现，那个“莫名其妙变空”的 $user，其实被三个不同模块在不同时刻 unset 过三次。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
