在 php 函数内部访问外部变量，最传统且直接的方式是使用 global 关键字。该关键字会在函数作用域内创建一个指向全局作用域中同名变量的引用。虽然这种方式简单直观，但在现代 php 开发中，由于它破坏了封装性并增加了调试难度，通常建议优先使用依赖注入、闭包捕获或类属性等更结构化的方式。
PHP 的作用域模型决定了变量可见性的边界。当代码执行进入一个函数时，会创建一个新的局部作用域。此时，全局作用域中的变量默认是不可见的。global 关键字的作用就是打破这一隔离，将全局变量“拉”入当前局部作用域。需要注意的是，global 并不是复制变量值，而是建立了一个引用链接。这意味着对函数内变量的修改会直接影响全局变量，反之亦然。这种机制在处理配置项、数据库连接或会话状态等共享资源时非常常见，但也容易引发副作用。
Global 关键字的工作原理与陷阱
理解 global 的关键在于区分“变量名解析”和“变量赋值”。当你在函数中使用 global $var; 时，PHP 解释器会在超全局数组 $GLOBALS 中查找名为 'var' 的条目，并将局部变量 $var 绑定到该条目的值上。如果全局变量不存在，$var 将被初始化为 null，而不会报错。这种行为可能导致难以追踪的空指针异常或逻辑错误。
立即学习“PHP免费学习笔记（深入）”；
<?php
// 定义全局变量
$counter = 0;
function incrementCounter() {
// 声明 global 后，$counter 成为 $GLOBALS['counter'] 的引用
global $counter;
// 修改 $counter 会直接影响全局变量
$counter++;
}
incrementCounter();
echo $counter; // 输出: 1
// 陷阱：如果在函数内重新赋值给局部变量，会断开引用
function breakReference() {
global $counter;
$counter = 100; // 这里只是改变了引用的目标，不影响原全局变量吗？不，这依然影响。
// 但如果这样写：
$localVar = &$counter; // 显式引用
$localVar = 200;
}
breakReference();
echo $counter; // 输出: 200
?>
上述代码展示了 global 的基本用法。第一个例子中，计数器正常递增。第二个例子中，通过显式引用操作，进一步验证了引用的特性。然而，真正的陷阱在于混合使用 global 和超全局数组 $GLOBALS。如果在同一函数中同时使用两者，可能会因为引用计数或内存管理细节导致意外行为。此外，global 只能用于顶层变量，无法直接访问数组元素或对象属性，除非先将其赋值给局部变量。
替代方案：闭包与依赖注入
为了克服 global 带来的耦合问题，现代 PHP 开发倾向于使用闭包（Closures）和依赖注入（Dependency Injection）。闭包允许函数捕获外部作用域的变量，通过 use 关键字实现变量传递。这种方式更加显式，代码的可读性和可测试性显著提升。依赖注入则通过将所需资源作为参数传递给函数或构造函数，彻底消除了对全局状态的依赖。
<?php
// 使用闭包捕获变量
$message = "Hello World";
$greet = function() use ($message) {
echo $message;
};
$greet(); // 输出: Hello World
// 使用闭包修改变量（需要引用）
$count = 0;
$increment = function() use (&$count) {
$count++;
};
$increment();
echo $count; // 输出: 1
// 依赖注入示例
class Logger {
private $logFile;
public function __construct($logFile) {
$this->logFile = $logFile;
}
public function log($msg) {
file_put_contents($this->logFile, $msg . PHP_EOL, FILE_APPEND);
}
}
$logger = new Logger('app.log');
$logger->log('Test message');
?>
在闭包示例中，use ($message) 按值捕获变量，而 use (&$count) 按引用捕获。这与 global 的行为类似，但范围仅限于闭包内部，不会影响其他函数。依赖注入示例展示了一种更架构化的方法，通过构造函数传入依赖项，使得类的行为完全由外部控制。这种方法不仅便于单元测试，还能清晰地表达函数的依赖关系，避免了隐式的全局状态污染。在实际项目中，结合容器（Container）管理依赖，可以进一步简化代码结构，提高系统的可维护性。
