PHPUnit运行函数时全局变量$config为null的排查与解决

问题原因 #

• PHPUnit的测试执行上下文会对全局变量空间做隔离处理，和Web环境（WAMP/Linux服务器）的作用域逻辑不同，导致global声明无法正确读取到外部的$config变量。
• Windows命令行下的PHP配置可能与WAMP存在差异，比如variables_order配置项如果未包含G，会影响全局变量的读取。
• 手动在测试文件引入start.php的方式，可能因为PHPUnit的执行流程，导致$config的全局作用域没有被正确传递到测试用例的执行环境中。

解决方法 #

1. 改用超全局数组存储配置 #

放弃普通全局变量，直接用$GLOBALS数组存储配置，绕过global声明的作用域限制：

• 在config.php中：$GLOBALS['config'] = [/* 你的配置内容 */];
• 在dbconnect函数内直接使用$GLOBALS['config']，无需再写global $config;

2. 配置PHPUnit引导文件 #

在项目根目录创建phpunit.xml，指定start.php作为引导文件，确保全局变量在PHPUnit初始化阶段就被加载：

<phpunit bootstrap="start.php">
    <!-- 其他测试配置（如测试目录、过滤规则等） -->
</phpunit>

之后执行测试命令时无需手动引入start.php，直接运行：
php phpunit.phar .\commonTests --testdox --stderr

3. 使用静态类管理配置 #

这是更规范的替代方案，避免全局变量的弊端：

• 在config.php中定义静态类：

class Config {
    public static $settings = [];
}
// 赋值原$config内容
Config::$settings = [/* 你的配置内容 */];

• 在dbconnect函数内直接调用Config::$settings获取配置，完全脱离全局变量依赖。

4. 统一PHP配置 #

对比Windows命令行PHP与WAMP的php.ini配置，重点检查variables_order项，确保其包含G（允许全局变量）。可以通过以下命令查看当前命令行的配置：
php -i | findstr variables_order
如果输出不包含G，修改php.ini中的variables_order = "GPCS"，重启命令行后再执行测试。

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