Laravel缓存清理需分类型执行：config:clear清配置缓存（bootstrap/cache/config.php），route:clear清路由缓存文件，view:clear清编译视图，cache:clear仅清应用层缓存；混用或漏清会导致404、视图不更新等问题。

Laravel 的缓存清理不是“一键全清”就完事，不同缓存类型必须用对应命令，混用或漏掉某类会导致路由 404、视图不更新、配置未生效等看似“缓存没清干净”的问题。

php artisan config:clear 清的是什么？为什么改了 .env 还不生效？

这个命令只清除 bootstrap/cache/config.php —— 即由 config:cache 生成的配置缓存文件。它和 .env 无关，但会影响 env() 的读取结果：Laravel 在启用配置缓存后，会跳过 .env 解析，直接从缓存数组取值。

• 改了 .env 但页面没反应？先运行 php artisan config:clear，再运行 php artisan config:cache
• 本地开发环境通常不需要 config:cache，盲目执行反而掩盖环境差异问题
• CI/CD 部署时务必在 config:cache 前确认 .env 已正确写入，否则缓存会固化错误配置

php artisan route:clear 和 php artisan route:cache 的关系

route:clear 只删除 bootstrap/cache/routes-v7.php（具体后缀随 Laravel 版本变化），它不会重建路由，只是为后续 route:cache 扫清障碍。生产环境启用了路由缓存，但你改了 routes/web.php 却没重新缓存，就会 404。

• 开发中频繁改路由？别用 route:cache，它不支持闭包路由热更新
• 部署脚本里应包含：php artisan route:clear && php artisan route:cache
• Laravel 9+ 默认使用 RouteServiceProvider::loadRoutesFrom() 加载路由时，缓存行为不变，但需确保路径存在且可读

php artisan view:clear 清除的是编译后的 Blade 模板

Blade 模板每次请求都会被编译成 PHP 文件，存放在 storage/framework/views/ 下。这些文件不会自动刷新，尤其在 Docker 容器或 NFS 共享卷中，时间戳可能不准，导致改了 .blade.php 却看到旧内容。

• 修改视图后仍显示旧结果？优先跑 php artisan view:clear，不是清浏览器缓存
• 该命令不依赖 APP_DEBUG 设置，APP_DEBUG=false 时同样有效
• 若 storage/framework/views/ 权限不对（如 www-data 不可写），view:clear 会静默失败，需检查目录权限和 SELinux 上下文（CentOS/RHEL）

一个命令清所有缓存？小心副作用

php artisan cache:clear 只清应用层缓存（如 Cache::put() 存的数据），不影响配置、路由、视图、事件、优化器等其他缓存。网上流传的“一键全清”脚本常误删 storage/framework/cache/data/ 下的文件，可能破坏 Session 或队列重试逻辑。

• 真正需要“全清”时，推荐分步执行：php artisan config:clear && php artisan route:clear && php artisan view:clear && php artisan cache:clear
• 不要手动 rm -rf storage/framework/cache/*，Laravel 的缓存驱动（如 file、redis）结构不同，暴力删除可能导致数据不一致
• 使用 Redis 缓存驱动时，cache:clear 会清空整个 Redis DB，若多个项目共用同一 DB，会误伤其他服务

缓存清理最常出问题的地方不在命令本身，而在执行时机和上下文：Docker 中的多阶段构建是否在正确 layer 清理、共享存储是否同步了 bootstrap/cache/、部署用户是否有 storage/ 写权限——这些比记命令更重要。