ci4服务容器读不到环境变量是因为服务注册早于.env加载，应改用env()函数并确保variables_order包含e、web服务器透传变量、延迟读取及设置默认值。
CI4服务容器里读不到环境变量，大概率不是.env文件没生效，而是服务注册时机早于环境加载阶段。
为什么Services::database()等调用拿不到DB_HOST这类变量
CI4的服务容器（Config\Services）在框架启动早期就完成初始化，而.env文件默认由CodeIgniter\Config\DotEnv类加载，这个过程发生在App\Config\App实例化之后、控制器执行之前。但部分服务（尤其是静态工厂方法如Services::database()）可能在DotEnv加载前就被调用——比如你在Config\Services的静态方法里直接用了$_ENV['DB_HOST']，此时$_ENV还是空的。
- 检查是否在
app/Config/Services.php的静态方法中硬编码访问$_ENV或getenv()，应改用config('Database')或env('DB_HOST') -
env()函数是CI4封装的安全读取方式，它内部会 fallback 到$_SERVER、$_ENV，并在.env未加载时返回null或默认值 - 确认
.env文件位于public同级目录（即项目根目录），且文件名是.env而非.env.example
env()返回null但.env明明写了值
常见原因是php.ini里禁用了variables_order中的E（即$_ENV不被填充），或者Web服务器（如Apache）未将环境变量透传给PHP进程。
- 运行
php -i | grep variables_order，输出应包含EGPCS（E代表$_ENV）；若没有E，需在php.ini中设为variables_order = "EGPCS" - Apache用户需在
httpd.conf或虚拟主机配置中添加：SetEnvIf Request_URI ".*" APP_ENV=development，或使用PassEnv透传关键变量 - Nginx用户要在
fastcgi_params里显式传递：fastcgi_param APP_ENV $app_env;，并在server块中定义set $app_env "development"; - CLI模式下确保用
php -d variables_order=EGPCS index.php启动，或直接用dotenv库手动加载
在服务容器定义里安全读取环境变量
不要在Services类的静态方法体里直接写getenv('DB_PORT')，而应延迟到服务实例化时才读取——利用闭包或匿名函数包裹配置生成逻辑。
public static function database($getShared = true)
{
if ($getShared) {
return static::getSharedInstance('database');
}
// 延迟读取：闭包里调用 env()，确保 .env 已加载
$config = new \CodeIgniter\Database\MySQLi\Connection([
'DSN' => env('DATABASE_DSN'),
'hostname' => env('DB_HOST', 'localhost'),
'username' => env('DB_USERNAME', ''),
'password' => env('DB_PASSWORD', ''),
'database' => env('DB_DATABASE', ''),
'port' => (int) env('DB_PORT', 3306),
]);
return new \CodeIgniter\Database\MySQLi\Connection($config);
}
- 所有
env()调用必须带默认值（如env('DB_PORT', 3306)），避免null导致连接失败 - 数值型变量要强制类型转换（如
(int) env('DB_PORT')），防止字符串拼接出错 - 敏感变量（如
JWT_SECRET）建议只在.env中定义，不在Config类里硬编码默认值
真正容易被忽略的是：CI4的env()函数依赖DotEnv类完成首次加载，而该类只在CodeIgniter\CodeIgniter构造函数中被触发。如果你在自定义服务类或第三方库中提前调用了env()，它还没来得及解析.env文件——这时要么手动调用new \CodeIgniter\Config\DotEnv(ROOTPATH);，要么把依赖推迟到请求生命周期更靠后的阶段。
