symfony 3 dev环境下需显式设cache: ~、auto_reload: true、debug: true并清缓存，三者缺一不可，否则twig仍可能生成缓存文件。
Symfony 3 默认在 dev 环境下关闭 Twig 模板缓存，但如果你发现模板修改后仍不生效、或想彻底禁用缓存（比如调试时强制重编译），不能只靠改环境变量——必须显式覆盖 Twig 的缓存路径和选项，否则 dev 下的“无缓存”行为可能被容器别名或继承配置绕过。
确认当前 Twig 缓存是否真被禁用
Twig 缓存开关不是二元的：它受 cache 配置、auto_reload 和 debug 三者共同控制。即使 APP_ENV=dev，若 twig.yaml 中手动设了 cache: '%kernel.cache_dir%/twig' 且目录可写，Twig 仍会生成缓存文件。
- 检查
config/packages/twig.yaml是否存在cache:行；有则删掉或设为null - 运行
php bin/console debug:config twig，看输出中cache字段值：若为字符串路径（如/var/www/var/cache/dev/twig），说明缓存已启用 - 观察
var/cache/dev/twig/目录下是否有 PHP 文件生成；有则缓存正在工作
强制关闭 Twig 模板缓存的正确方式
最可靠的做法是把 cache 设为 null，并确保 auto_reload 和 debug 同步开启——三者缺一不可。仅设 debug: true 不足以阻止缓存写入，尤其当 cache 被显式指定时。
- 在
config/packages/twig.yaml中写：twig: cache: ~ auto_reload: true debug: true注意：cache: ~是 YAML 表示null，等价于cache: null；写成cache: false会报错 - 不要依赖
framework.yaml里的全局templating配置，Twig 组件有自己的独立配置层 - 改完后必须清缓存：
php bin/console cache:clear --env=dev，否则旧缓存仍被加载
为什么有时改了配置却没效果
常见原因是缓存适配器未重置或配置被继承覆盖。Symfony 3 的容器编译机制会让 Twig 扩展在第一次构建时固化缓存路径，后续配置变更不自动刷新。
-
var/cache/dev/下的Container*文件里硬编码了 Twig 加载器路径，不清缓存就永远读旧配置 - 某些 Bundle（如
SensioFrameworkExtraBundle）可能在扩展中悄悄重写twig.loader服务，绕过你的twig.yaml - 如果用了
cache.adapter.array作为默认缓存驱动，Twig 可能误用它做模板缓存——检查config/packages/cache.yaml是否意外启用了app缓存池
真正关闭模板缓存的关键不在“关开关”，而在切断 Twig 实例与任何持久化存储的连接；cache: ~ + 清缓存 + 确认无其他 Bundle 干预，这三步少一步都会让修改失效。
