Laravel未加载Linux环境变量问题（Tinker测试异常）

看起来你已经走在了正确的路上——把环境变量迁移到配置文件而非直接用env()，这确实是Laravel的最佳实践。现在遇到的config('app.test')返回异常值的问题，大概率是配置加载机制或缓存导致的，我来帮你一步步排查：

1. 检查config/app.php的配置项是否正确引用系统环境变量 #

首先确认你的config/app.php里的test项是不是这样写的：

'test' => env('TEST_VAR', 'testing123'),

这里的'testing123'是默认值，如果系统环境变量TEST_VAR没被正确读取，就会返回这个默认值。如果你的配置是直接硬编码成'test' => 'testing123'，那不管系统环境变量是什么，都会返回这个值，这显然不是你想要的。

2. 清除Laravel的配置缓存 #

Laravel会缓存配置文件来提升性能，如果你之前运行过php artisan config:cache，那之后修改config文件或者系统环境变量都不会生效，因为Laravel会直接用缓存的配置。解决方法是执行：

php artisan config:clear

这个命令会清除配置缓存，让Laravel重新加载最新的配置和环境变量。

3. 重启Tinker并验证 #

Tinker在启动的时候会一次性加载所有配置，所以如果你在修改配置或者环境变量之后没有重启Tinker，它还是会用旧的配置。关闭当前的Tinker会话，重新运行php artisan tinker，然后再执行config('app.test')看看结果。

4. 验证系统环境变量是否能被Laravel读取 #

在Tinker里执行getenv('TEST_VAR')，看看是否能返回你在Linux系统中设置的环境变量值：

>>> getenv('TEST_VAR')

如果返回false或者空值，说明系统环境变量没有被Laravel进程读取到。这时候要检查：

• 你设置的环境变量是不是在当前shell会话中生效？可以在终端执行echo $TEST_VAR验证
• 如果是在/etc/profile、~/.bashrc这类文件中设置的环境变量，需要执行source ~/.bashrc（对应你的配置文件）让变量生效，或者重启终端
• 如果你是用服务管理器（比如systemd）运行Laravel，要确保环境变量被正确注入到服务进程中

5. 额外提示：避免在生产环境直接依赖系统环境变量 #

虽然Laravel支持读取系统环境变量，但生产环境中更推荐把所有需要的环境变量放在.env文件中，这样更可控，也避免系统环境变量的变更影响应用。当然，如果有特殊需求必须用系统环境变量，上面的步骤也能帮你解决问题。

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