Laravel清理过期缓存关键在于惰性清除与精准操作：配置、路由、视图缓存需分别用config:clear、route:clear、view:clear命令处理；应用缓存依赖TTL自动过期，误用cache:clear会清空业务数据，应优先按需刷新或用forget()、tags()精准清理。
清理过期缓存不是“删掉所有缓存”那么简单，关键在于识别哪些缓存已失效、哪些仍有效，避免误清业务数据或破坏性能优化效果。Laravel 本身不主动扫描并删除过期项（除 Redis 等少数驱动外），而是依赖“惰性清除”——只有在读取时发现过期，才顺手清理。因此，提升性能的真正做法是：**按需刷新关键缓存 + 合理配置 TTL + 避免全量误清**。
区分缓存类型，针对性处理
不同缓存作用不同，过期影响也不同：
-
配置缓存（config.php）：修改 .env 或 config/ 文件后必须清，否则新配置永不生效；执行
php artisan config:clear -
路由缓存（routes-v7.php）：新增或改了 routes/web.php 后不清，新路由直接 404；执行
php artisan route:clear -
视图缓存（storage/framework/views/）：Blade 模板改了但页面没变，说明编译文件未更新；执行
php artisan view:clear - 应用缓存（Cache::put / remember）：业务数据缓存，如用户信息、统计结果；过期由 TTL 控制，一般无需手动清，除非调试或强制刷新
慎用全量清除命令
php artisan optimize:clear（Laravel 6+）会依次执行 config:clear、route:clear、view:clear、cache:clear 和 event:clear，适合部署后或开发环境重置。但它会清空所有应用缓存，可能造成：
- 首页访问变慢（因缓存重建需重新查库）
- 登录态、临时令牌等短暂失效（若存在依赖缓存的 session 逻辑）
- 高并发下数据库瞬间压力上升
生产环境建议只清必要项，例如仅改了数据库配置，就只运行 config:clear。
让过期更可靠：TTL 设置技巧
过期时间设得太长，数据易陈旧；设得太短，缓存命中率低。推荐策略：
- 静态配置类（如站点名称、API 地址）：可设为
cache_for(24 * 60)（24 小时） - 用户资料、文章详情等中频变动数据：10–30 分钟，例如
Cache::remember('user:123', 15 * 60, fn() => User::find(123)) - 实时排行榜、订单状态等高频变动数据：用标签（tags）配合
Cache::tags('orders')->flush()，精准清理，不伤其他缓存 - 避免使用
Cache::forever()，它绕过 TTL，只能靠手动forget()或全量清，不利于维护
验证是否真正清理成功
别只看命令返回 “Cleared!”，要确认实际效果：
- 检查
bootstrap/cache/config.php是否被删除（config:clear） - 访问一个刚修改的路由，看是否 404 → 不 404 表明 route:clear 生效
- 在 Blade 中临时加
{{ now()->timestamp }}，刷新页面看时间是否变化（测试 view:clear） - 用
Cache::get('test_key')测试某条业务缓存是否存在（需先存一个带 TTL 的测试项）
