Symfony缓存清理需区分系统缓存（var/cache/，用cache:clear）和应用数据缓存（PSR-6/16池，用cache:pool:clear），误用命令无效；不同版本命令差异大，操作后需修复var/cache/权限。
Symfony 缓存清理不是“一键全删”那么简单，关键要看你清的是哪类缓存、在什么环境、用什么方式。不同版本（1.4、2.x、3/4/5/6）机制差异大，混淆命令容易白忙活——比如 cache:clear 和 cache:pool:clear 完全不是一回事。
区分两类缓存：系统缓存 vs 应用数据缓存
Symfony 里实际存在两套并行的缓存体系：
-
系统缓存（容器、路由、Twig 模板编译等）：存放在
var/cache/（SF3+）或cache/（SF1.4）目录下，由框架自身管理； -
应用数据缓存（业务数据、API 响应、自定义键值）：通过
CacheInterface或FilesystemAdapter等 PSR-6/16 实现，可能落盘、存 Redis 或内存，不受cache:clear影响。
误用 cache:clear 清业务缓存，会发现数据根本没变——因为它只动 var/cache/prod/ 这类目录。
正确清除系统缓存（推荐 CLI 方式）
适用于开发调试、部署后刷新容器或模板：
- 清当前环境（默认 dev）：
php bin/console cache:clear - 清生产环境：
php bin/console cache:clear --env=prod或APP_ENV=prod php bin/console cache:clear - 强制重生成（跳过检查）：
php bin/console cache:clear --no-warmup && php bin/console cache:warmup --env=prod
⚠️ 注意：执行后，var/cache/ 下新生成的文件所有者可能是 root，导致 Web 服务器（如 www-data）无权读写。建议加 --no-interaction 并配合权限修复：
精准清除应用数据缓存（Pool 缓存）
这是 Symfony 3.4+ 引入的现代方式，专为 cache.app、cache.api 等命名池设计：
- 清默认应用缓存池：
php bin/console cache:pool:clear cache.app - 清多个池：
php bin/console cache:pool:clear cache.app cache.redis - 在控制器中调用（需权限控制）：
使用Application+ArrayInput+BufferedOutput，务必设setAutoExit(false)，否则请求直接中断。
✅ 这才是你用 FilesystemAdapter::create() 或注入 CacheInterface 时真正该用的命令。
特殊场景处理（维护模式、旧版 SF1.4）
部署时若启用了维护模式，symfony cc（SF1.4）或 cache:clear（新版）可能被拦截并返回 HTML 页面——因为 CLI 请求也被当作了 Web 请求。
此时最稳方案是绕过框架，直操作文件系统：
- SF1.4：
rm -rf cache/frontend/prod/* cache/backend/prod/* - SF4/5/6：
rm -rf var/cache/prod/*（注意别删错目录层级）
操作前建议先停掉 Web 服务或确保无并发写入，避免缓存目录处于半损坏状态。
