开发时Twig模板修改不生效，是因为Symfony 3在dev环境下默认仍启用Twig编译缓存（位于var/cache/dev/twig/），即使debug: true，auto_reload也依赖文件mtime判断，而IDE或NFS可能导致mtime失效；彻底禁用需在config/packages/dev/twig.yaml中设cache: false并清空缓存。
开发时改了 Twig 模板却没生效？不是代码写错了，是模板缓存没关——Symfony 3 默认在 dev 环境下仍启用 Twig 编译缓存，只是比 prod 宽松些，但依然会缓存 PHP 编译结果，导致修改不即时可见。
dev 环境下 Twig 缓存为什么还在起作用
Symfony 3 的 TwigBundle 在 dev 环境默认启用缓存，路径为 var/cache/dev/twig/，它把每个 Twig 模板编译成 PHP 类并保存。即使 debug: true，只要文件没被删或没触发强制重编译（比如修改了扩展名或继承关系），就会复用旧编译结果。
- 常见现象：改了
base.html.twig，子模板刷新没变化；清空var/cache/dev/后才生效 - 根本原因：Twig 的
auto_reload开关只检查「源文件修改时间是否晚于编译文件」，但某些 IDE 或 NFS 共享卷会导致 mtime 不更新，判断失效 - 注意：
debug: true并不等于「禁用所有缓存」，它只让错误更详细、关闭 opcode 缓存旁路，不关 Twig 编译缓存
彻底禁用 Twig 模板缓存的两种方式
推荐直接关掉编译缓存，而不是依赖 auto_reload——后者不可靠，尤其在 Windows + WSL 或 Docker 环境下 mtime 经常失准。
- 方法一（推荐）：在
config/packages/twig.yaml中显式关闭缓存目录twig:cache: false - 方法二（细粒度控制）：保留缓存但强制每次重编译
twig:cache: '%kernel.cache_dir%/twig'auto_reload: truestrict_variables: true - 若用的是
config.yml（YAML 格式老写法），确保缩进对齐，cache: false必须顶格在twig:下一级，错一层就无效
验证是否真禁用了
别只看页面刷新有没有变，得确认 Twig 没再往磁盘写编译文件。
- 删掉
var/cache/dev/twig/目录后访问任意 Twig 页面，再检查该目录是否为空——如果仍是空的，说明cache: false生效了 - 打开 Web Profiler → 「Twig」面板 → 查看「Template cache」行，显示
Disabled才算到位 - 如果仍看到
Compiled templates数量增长，说明配置没加载成功，检查是否被config/packages/dev/twig.yaml覆盖，或者 bundle 加载顺序冲突
关了缓存后性能影响有多大
开发时完全不用顾虑性能——关掉 Twig 编译缓存只会让单次渲染慢几毫秒，换来的是 100% 即时反馈。真正要警惕的是误把 cache: false 提交到 prod 环境。
- 生产环境必须开缓存，且应设为
cache: '%kernel.cache_dir%/twig'，否则每次请求都重新解析和编译模板，QPS 直接腰斩 - 安全做法：把
cache: false写在config/packages/dev/twig.yaml，而非全局twig.yaml，避免环境混淆 - Windows 用户额外注意：某些杀毒软件会扫描
var/cache/dev/twig/目录，导致清缓存命令卡住，关缓存后反而更稳
最易被忽略的点：改完配置后没清一次缓存，旧的 Twig 编译类还留在 var/cache/dev/ 里，新设置压根不生效。动手前先跑一遍 php bin/console cache:clear --env=dev。
