Laravel配置缓存不生效是因为.env只在启动时读取，需先改.env再执行config:clear和config:cache；cache:clear无效可能因使用array驱动；config:cache报错需运行composer dump-autoload；还需单独清理view:clear和route:clear。
php artisan config:clear 清不掉配置缓存？
不是命令没跑，而是你改的 .env 文件根本没被重新加载——Laravel 的配置缓存机制只缓存 config/ 目录下 PHP 文件的返回值，.env 只在应用启动时读一次。所以哪怕你改了 .env，再跑 config:clear 也无效。
- 必须先改
.env，再执行php artisan config:clear，最后再执行php artisan config:cache（否则下次请求仍用旧缓存） - 开发环境建议直接禁用配置缓存：
APP_DEBUG=true且不运行config:cache，避免反复清缓存 -
config:clear只删bootstrap/cache/config.php，不碰.env或config/下的源文件
php artisan cache:clear 不生效？检查缓存驱动类型
如果 cache:clear 像没反应，大概率是 Laravel 正在用 array 驱动——它只在当前请求生命周期内缓存，cache:clear 对它没意义，也不会报错。
- 查当前驱动：
php artisan tinker→ 输入config('cache.default') - 生产环境务必设为
redis或memcached，否则cache:clear实际上什么都没清 - 若用
file驱动，确保storage/framework/cache/data/目录可写，否则清缓存会静默失败
config:cache 报错 “Class 'App\Providers\AppServiceProvider' not found”
这是典型的自动加载问题：执行 config:cache 时，Laravel 会尝试预加载所有 config/*.php 文件，而这些文件里如果引用了尚未被 Composer 自动加载的类（比如自定义服务提供者、未 composer dump-autoload 的新类），就会爆这个错。
- 先运行
composer dump-autoload -o，确保所有类能被正确定位 - 检查
config/app.php中的providers数组，确认路径和命名空间拼写无误，尤其注意大小写（Linux 下敏感） - 临时注释掉
config/*.php中可能调用业务类的代码（比如env('FOO') ?? config('bar')这种嵌套逻辑），再试config:cache
清除缓存后路由 / 视图仍没更新？别漏掉 view 和 route 缓存
很多人只清 config 和 cache，但 Laravel 还有独立的视图编译缓存和路由缓存，它们不会被 cache:clear 或 config:clear 覆盖。
- 清视图缓存：
php artisan view:clear（对应storage/framework/views/） - 清路由缓存：
php artisan route:clear（对应bootstrap/cache/routes-v7.php等） - 如果项目启用了
APP_ENV=production，默认会强制启用路由缓存，改完routes/web.php后必须手动route:clear，否则新增路由 404
缓存机制本身不复杂，但 Laravel 把配置、路由、视图、通用缓存拆成四套独立系统，每套都有自己的存储位置和触发条件。最容易忽略的是：改 .env ≠ 配置立刻生效，改完必须重走 config:clear + config:cache；而 cache:clear 本身是否真起作用，取决于你当前用的缓存驱动类型。
