在laravel应用中，当`php artisan test`命令未能加载`.env.testing`而是使用了`.env`中的配置时，通常是由于执行了`php artisan config:cache`命令。此命令会缓存应用的配置，导致laravel在后续请求中不再加载`.env`文件。为确保测试环境正确隔离，应避免在开发和测试环境中缓存配置，或在测试前清除配置缓存并明确指定测试环境。
理解Laravel环境与配置加载机制
Laravel框架通过.env文件管理应用程序的环境变量，并允许为不同的环境（如local、testing、production）创建特定的.env文件（如.env.testing）。当运行测试时，通常期望Laravel能够自动识别并加载.env.testing文件，以确保测试在隔离且预期的配置下运行，例如使用独立的测试数据库。
然而，有时开发者会遇到php artisan test命令仍然加载主.env文件中的配置（例如，连接到生产或开发数据库）而非.env.testing配置的问题。这通常表现为测试代码中获取的数据库名称与.env.testing中定义的名称不符。
示例配置分析：
假设我们有以下配置：
phpunit.xml: 配置了APP_ENV为testing，并定义了测试时使用的其他服务（如CACHE_DRIVER=array，QUEUE_ConNECTION=sync）。
<php> <server name="APP_ENV" value="testing"/> <server name="BCRYPT_ROUNDS" value="4"/> <server name="CACHE_DRIVER" value="array"/> <!-- ...其他测试配置... --></php>登录后复制
.env.testing: 定义了测试环境特有的数据库配置。
APP_ENV=testingDB_ConNECTION=mysqlDB_HOST=localhostDB_PORT=3307DB_DATAbase=testingDB_USERNAME=rootDB_PASSWORD=登录后复制
.env: 定义了开发环境的数据库配置。
APP_ENV=localDB_ConNECTION=mysqlDB_HOST=localhostDB_PORT=3307DB_DATAbase=actualDB_USERNAME=rootDB_PASSWORD=登录后复制
在上述配置下，一个简单的Feature测试，用于获取当前数据库名称：
<?phpnamespace Tests\Feature;use Illuminate\Foundation\Testing\RefreshDatabase;use Tests\TestCase;use Illuminate\Support\Facades\DB; // 引入DB Facadeclass TradeTest extends TestCase{ use RefreshDatabase; public function test_example() { $databaseName = DB::connection()->getDatabaseName(); $this->assertEquals('testing', $databaseName); // 期望是 'testing' }}登录后复制当运行php artisan test时，如果输出显示数据库名称为actual而不是testing，则表明.env.testing未能被正确加载。
BRANDMARK AI帮你设计Logo、图标、名片、模板……等
180 查看详情 
根本原因：配置缓存
此问题的核心在于Laravel的配置缓存机制。当执行php artisan config:cache命令时，Laravel会将所有配置文件的内容编译成一个单一的优化文件（通常位于bootstrap/cache/config.php）。一旦配置被缓存，Laravel在后续请求中将不再解析.env文件来获取环境变量。
Laravel的官方文档明确指出：
如果您在部署过程中执行了config:cache命令，您应该确保只在配置文件内部调用env函数。一旦配置被缓存，.env文件将不会被加载；因此，env函数将只返回外部的、系统级别的环境变量。
这意味着，一旦配置被缓存，即使APP_ENV被设置为testing，Laravel也不会去查找并加载.env.testing文件。它将使用缓存中固定的配置值，这些值是在缓存时从当时的环境变量（通常是.env中的值）中获取的。
解决方案与最佳实践
解决此问题主要有以下几种方法：
避免在开发和测试环境中缓存配置（推荐）php artisan config:cache命令主要设计用于生产环境，以提高性能。在开发和测试环境中，应避免使用此命令，以确保环境配置的灵活性。
如果已缓存： 清除配置缓存是关键。可以通过以下命令完成：php artisan config:clear# 或者更彻底地清除所有缓存php artisan optimize:clear登录后复制
这些命令会删除bootstrap/cache目录下的所有缓存文件，包括config.php。清除缓存后，Laravel将重新加载.env文件及其环境变体。
在运行测试时明确指定环境并清除缓存如果由于某种原因需要在测试前执行config:cache（不推荐），或者只是作为临时解决方案，可以在运行测试时明确指定环境。但请注意，这仍然需要先清除缓存才能生效。
清除缓存后运行测试：php artisan config:clearphp artisan test --env=testing登录后复制
--env=testing参数会强制Laravel使用testing环境，这在配置未缓存的情况下会促使它加载.env.testing。然而，如果配置已被缓存，这个参数的效果会受限，因此清除缓存始终是首要步骤。
检查bootstrap/cache目录手动检查bootstrap/cache目录下是否存在config.php文件。如果存在，它就是导致问题的原因。删除此文件或执行php artisan config:clear即可。
注意事项与总结
config:cache的用途： 仅在生产环境中使用php artisan config:cache。在开发和测试过程中，保持配置的动态性至关重要。env()函数的使用： 遵循Laravel的建议，只在配置文件（如config/app.php、config/database.php等）内部使用env()函数来获取环境变量。一旦配置被缓存，直接在应用代码中调用env()将不再从.env文件获取值，而是从系统环境变量中获取，或者返回null（如果未设置）。持续集成/部署 (CI/CD)： 在CI/CD管道中，确保在运行测试之前执行php artisan config:clear，并且只在部署到生产环境的最后阶段执行php artisan config:cache。通过理解Laravel配置缓存的工作原理及其对环境变量加载的影响，开发者可以有效避免在测试环境中遇到配置错误，确保测试的准确性和可靠性。
以上就是Laravel测试环境与.env文件加载：配置缓存的陷阱的详细内容，更多请关注php中文网其它相关文章！
