在 Symfony 3 中需在 config_dev.yml 的 twig 配置下显式设置 cache: false（非字符串）并确保 auto_reload: true，才能真正禁用 Twig 模板缓存；debug: true 不影响 Twig 缓存策略。
在 Symfony 3 中，仅靠 app.yml（或 config_dev.yml）里设 debug: true 无法关闭 Twig 模板缓存；必须显式写 cache: false，否则改完 .twig 文件根本不会生效。
如何在 config_dev.yml 中正确关闭 Twig 缓存
Twig 缓存开关不由环境变量或 debug 控制，而是由 twig.options.cache 参数决定。这个值不是布尔类型，但 YAML 的 false 字面量是唯一能真正禁用它的写法：
- 在
app/config/config_dev.yml的twig:下添加cache: false（注意不是字符串"false"，也不是~或null） - 同时确认
auto_reload: true已启用（默认开启，但若被覆盖需手动补上） - 删掉
var/cache/dev/twig/目录，刷新页面；如果该目录不再生成新文件，说明已关成功 - 避免使用
cache: "%kernel.cache_dir%/twig"这类路径——它会在cache:warmup后自动创建，实际仍启用缓存
为什么 debug: true 不等于模板不缓存
Symfony 的 debug 开关影响的是 Profiler、错误页面、容器热加载等，和 Twig 引擎的缓存策略完全解耦。Twig 默认在 dev 下也启用编译缓存，目的是提升响应速度，但它会掩盖你对模板的修改：
- 改了
base.html.twig却没刷新 → 很可能正从var/cache/dev/twig/abc123.php读旧编译结果 - 某些 IDE（如 PHPStorm）启用 “safe write” 后，文件变更事件被截断，
auto_reload失效 → 需在 IDE 设置中关闭该选项 - Docker 环境下若宿主机与容器时区不一致，
filemtime()返回值错乱，Twig 可能误判模板未更新
CI/CD 中必须验证的两个硬性检查点
本地配对了不等于队友或流水线也生效。协作场景下，缓存配置必须可验证、不可绕过：
- 在 CI 脚本中运行
php bin/console debug:container --parameter=twig.options，断言输出中"cache" => false（不是null，也不是路径字符串） - 用
curl -sI http://localhost/_profiler | grep -i "last-modified"检查响应头 —— 若缺失Last-Modified，说明auto_reload未触发或缓存仍在工作 - 不要依赖
APP_ENV=dev自动兜底：Docker Compose、某些 CLI 调用（如漏掉--env=dev）都可能让实际运行在 prod 模式下
最麻烦的不是配不配得对，而是有人改了模板却没人发现队友的机器还在跑上周编译的 PHP 片段。把 cache: false 写死在 config_dev.yml，再加一条 CI 断言，比每次问“你清缓存了吗”靠谱得多。
