PHP中如何避免频繁使用全局变量？有无更优替代方案？

嘿，这个问题问到点子上了——全局变量确实是代码维护的“隐形坑”，不仅会让模块间耦合度飙升，还会给单元测试带来不少麻烦。针对你需要在类方法里使用配置和MySQL连接的场景，有几个更优雅的替代方案，我结合你的代码示例一个个说：

这是最推荐的方案，核心思想是把需要的依赖（比如数据库连接、配置）主动传递给类/方法，而不是让类自己去全局环境里找。

你可以选择两种注入方式：

• 构造函数注入：如果整个Layout类都需要用到$config和$mysql_db，就把它们在实例化类的时候传进去，存在类属性里
• 方法注入：如果只有render方法需要，直接作为参数传给方法

举个构造函数注入的例子：

class Layout {
    private $config;
    private $mysqlDb;

    // 构造函数接收依赖
    public function __construct($config, $mysqlDb) {
        $this->config = $config;
        $this->mysqlDb = $mysqlDb;
    }

    public function render($file, $vars) {
        // 直接用类属性，不用global
        mysqli_query($this->mysqlDb, "SELECT * FROM users");
    }
}

// 使用的时候主动传入依赖
$layout = new Layout($config, $mysql_db);
$layout->render('template.tpl', []);

这种方式的好处是：依赖关系一目了然，单元测试时可以轻松传入模拟的数据库连接，不用依赖全局环境。

如果你的MySQL连接需要全局复用，不想每次都重新创建，可以用单例模式封装数据库连接。这样既避免了全局变量，又能保证整个应用只有一个数据库实例。

示例代码：

class Database {
    private static $instance;
    private $connection;

    // 私有构造函数，防止外部实例化
    private function __construct($config) {
        $this->connection = mysqli_connect(
            $config['db_host'],
            $config['db_user'],
            $config['db_pass'],
            $config['db_name']
        );
    }

    // 获取单例实例
    public static function getInstance($config = null) {
        if (!self::$instance) {
            self::$instance = new self($config);
        }
        return self::$instance;
    }

    // 对外暴露连接
    public function getConnection() {
        return $this->connection;
    }
}

// 初始化数据库连接（在应用入口调用一次）
$db = Database::getInstance($config);

// 然后在Layout类里直接调用
class Layout {
    public static function render($file, $vars) {
        $mysqlDb = Database::getInstance()->getConnection();
        mysqli_query($mysqlDb, "SELECT * FROM users");
    }
}

注意：单例模式虽然简单，但会让类和Database单例产生耦合，测试时不如依赖注入灵活，适合中小型项目快速实现。

如果你的项目比较大，依赖关系复杂，可以用服务容器来统一管理所有的依赖（配置、数据库、日志等）。容器会帮你创建和管理这些实例，需要的时候直接从容器获取。

简单实现一个服务容器的例子：

class Container {
    private $services = [];

    // 注册服务
    public function register($name, callable $factory) {
        $this->services[$name] = $factory;
    }

    // 获取服务
    public function get($name) {
        if (!isset($this->services[$name])) {
            throw new Exception("Service $name not found");
        }
        // 调用工厂函数创建实例（可以缓存实例，避免重复创建）
        return $this->services[$name]($this);
    }
}

// 初始化容器
$container = new Container();

// 注册配置服务
$container->register('config', function() {
    return [
        'db_host' => 'localhost',
        'db_user' => 'root',
        // 其他配置...
    ];
});

// 注册数据库服务
$container->register('db', function($container) {
    $config = $container->get('config');
    $connection = mysqli_connect(
        $config['db_host'],
        $config['db_user'],
        $config['db_pass'],
        $config['db_name']
    );
    return $connection;
});

// 在Layout类里使用容器
class Layout {
    private $container;

    public function __construct(Container $container) {
        $this->container = $container;
    }

    public function render($file, $vars) {
        $mysqlDb = $this->container->get('db');
        mysqli_query($mysqlDb, "SELECT * FROM users");
    }
}

// 使用时注入容器
$layout = new Layout($container);
$layout->render('template.tpl', []);

服务容器的优势是可以集中管理所有依赖，适合大型项目扩展，但学习成本比前两种方案高一些。

总结一下：

• 小项目/简单场景：单例模式快速解决问题
• 注重可测试性和低耦合：优先选依赖注入
• 大型复杂项目：服务容器是更好的选择

内容的提问来源于stack exchange，提问作者Martin Zeltin