要真正关闭 twig 模板缓存，需在 config/packages/twig.yaml 中显式配置 cache: false（yaml 布尔值，非字符串），并确保 auto_reload: true，否则仍可能读取旧模板。
为什么 debug=true 还要手动关 cache
因为 debug=true 只影响错误显示、Profiler 和容器热加载，不控制 Twig 缓存行为。Twig 默认在 dev 环境下仍启用文件缓存（写入 var/cache/dev/twig/），改了 .twig 文件却没反应，基本就是这个原因。
-
cache: false是 Twig 引擎级开关，和 Symfony 的 debug 模式完全解耦 - 设成
null、~或留空，Symfony 会 fallback 到默认路径，等同于开启缓存 - 某些 IDE（如 PHPStorm）“safe write”机制会导致文件变更监听失效，即使关了缓存也看不到更新
怎么真正关闭 Twig 模板缓存
在 config/packages/twig.yaml 中显式写死 cache: false，不要依赖注释、环境变量或动态路径。
- 必须用 YAML 字面量
false，不是字符串"false" - 若项目用了多个 Twig 实例（如
email_twig），每个都要单独配cache: false - 验证是否生效：删掉
var/cache/dev/twig/，改一个模板并刷新；目录里没新 PHP 文件生成，说明关成功了 - Docker 环境下确保
var/cache是可写卷，且宿主机与容器时区一致，否则filemtime()判断可能出错
auto_reload: true 必须同时启用
auto_reload 控制 Twig 是否每次请求都检查模板文件修改时间。关了缓存但没开 auto_reload，Twig 会回退到内存缓存（ArrayCache），你依然看不到改动。
- Symfony 3 默认已设
auto_reload: true，但若在配置中覆盖了整个twig.options数组，可能意外丢掉它 - CI 流水线中可用
php bin/console debug:container --parameter=twig.options断言cache值为false，且auto_reload为true - 访问任意模板页面，用
curl -I检查响应头是否有Last-Modified；没有说明auto_reload未生效
开发阶段性能和调试的平衡点
完全禁用缓存会让每次请求都重新解析 .twig 文件，启动变慢，但换来的是“保存即生效”。如果只是调样式或小逻辑，可以折中：
- 把
cache指向new \Twig\Cache\FilesystemCache('/dev/shm/twig', 0)（Linux）或内存适配器，避免磁盘 I/O - 不推荐用
ArrayCache：它不感知文件变更，改完必须重启 Web 服务 - 最麻烦的不是性能损失，而是团队里有人模板改了，别人却从
var/cache/dev/twig/abc123.php里读着旧结果——所以cache: false必须写死在 config，并纳入 CI 验证
