Symfony 3 dev环境下应显式配置cache: false并验证auto_reload: true，CI中需断言twig.options的cache值为false且响应含Last-Modified头，确保缓存策略一致不可绕过。
Symfony 3 默认在 dev 环境下禁用 Twig 模板缓存，但多人协作时若有人误配或本地环境不一致，仍可能触发意外缓存行为——比如修改 base.html.twig 后刷新页面无变化，或 CI 构建出的 HTML 与预期不符。关键不是“关不关”，而是确保所有开发者和构建环境对缓存策略有**显式、可验证、不可绕过**的一致认知。
dev 环境下如何强制关闭 Twig 缓存
Twig 缓存由 twig.cache 配置项控制，但它不是布尔开关，而是一个路径。设为 false 或空字符串并不生效；必须明确指向一个**不存在或不可写**的目录，或直接禁用缓存引擎：
- 在
app/config/config_dev.yml中，将cache: ~改为cache: false（注意是 YAML 的false字面量，不是字符串"false"） - 同时确认
auto_reload: true已启用（默认开启），否则即使缓存关闭，Twig 也不会自动检测文件变更 - 避免使用
cache: "%kernel.cache_dir%/twig"这类动态路径——不同开发者%kernel.cache_dir%可能指向不同位置，且该目录在cache:warmup后会被创建，实际仍启用缓存
为什么不能只靠 APP_ENV=dev 自动处理
Symfony 3 的环境机制不保证模板缓存行为完全隔离。常见破环点包括：
- 某些 IDE 插件或 Docker Compose 配置会覆盖
APP_ENV，导致实际运行在prod模式却误以为是dev -
php bin/console server:run启动时若未显式指定--env=dev，可能 fallback 到prod，而prod下cache: true是硬编码逻辑 - 团队中有人手动执行
cache:clear后忘记加--env=dev，清掉了 dev 缓存目录，却让 Twig 回退到内存缓存（ArrayCache），表现像“部分生效”
CI/CD 流水线中必须验证的两项检查
仅靠本地配置无法保障协作一致性。应在 CI 脚本中加入断言：
- 运行
php bin/console debug:container --parameter=twig.options，检查输出中cache值是否为false（不是null或路径字符串） - 在测试阶段访问一个已知模板（如
/_profiler页面），用curl -s | grep -q "Last-Modified"验证响应头是否含Last-Modified—— 若存在，说明 Twig 正在监听文件修改；若缺失，大概率缓存已启用或 auto_reload 失效
真正麻烦的不是关不掉缓存，而是有人改了模板却没意识到队友的机器正从 /var/cache/dev/twig/xxx.php 里读取旧编译结果。把 cache: false 写死在 config_dev.yml，再加一条 CI 检查，比每次问“你清缓存了吗”可靠得多。
