执行Laravel config:cache后应用崩溃，求解决方案

嘿，这个问题我之前在Laravel项目里踩过坑！你遇到的ReflectionException: Class config does not exist错误，大概率是执行config:cache后，配置加载顺序出了问题——Laravel缓存配置后会直接读取合并后的缓存文件，但如果你的代码里有在配置系统完全初始化前就调用config()助手或者依赖Config facade的情况，就会触发这个致命错误。

下面是一步步的解决办法，亲测有效：

首先得把之前生成的配置缓存文件删掉，因为现在这个缓存文件可能已经损坏或者导致了加载冲突。

• 如果能正常执行Artisan命令，在终端运行：

php artisan config:clear

• 如果连Artisan命令都跑不起来（因为报错），直接手动删除缓存文件：找到项目根目录下的bootstrap/cache/config.php，删掉它就行。

你需要检查项目里有没有在以下场景直接调用config()助手或Config facade：

• 服务提供者的register方法（这个方法是在配置加载前执行的）
• 路由文件的闭包路由里
• 类的静态属性初始化代码中

举个错误示例：

// 错误：在路由闭包里直接用config，缓存配置后会报错
Route::get('/', function () {
    $appName = config('app.name');
    return view('welcome', ['name' => $appName]);
});

对应的正确写法可以是依赖注入Config契约：

// 正确：通过依赖注入获取配置实例
Route::get('/', function (\Illuminate\Contracts\Config\Repository $config) {
    $appName = $config->get('app.name');
    return view('welcome', ['name' => $appName]);
});

或者把需要使用配置的逻辑放到服务提供者的boot方法里，因为boot方法是在所有服务注册完成、配置完全加载后才执行的。

有时候自动加载缓存也会出问题，执行这条命令重新生成：

composer dump-autoload -o

-o参数会生成优化后的自动加载映射，能有效解决类找不到的问题。

虽然你已经清过路由缓存，但可以再执行一次确保没有残留问题：

php artisan route:clear

如果.env文件丢失或者关键配置（比如APP_KEY）缺失，也会导致配置加载失败。

• 确保项目根目录下存在.env文件
• 如果APP_KEY为空，执行php artisan key:generate生成新的密钥

如果以上步骤都试过还是不行，可以尝试删除vendor文件夹，然后执行composer install重新安装依赖，这是最后的兜底方案。

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