在 symfony3 开发环境关闭 twig 模板缓存需在 config_dev.yml 中显式配置 twig: cache: false 且 auto_reload: true，并确保该配置未被 config.yml 或其他文件覆盖，最终通过 php bin/console debug:config twig 验证 cache 值为 false。
如何在 Symfony3 开发环境关闭 Twig 模板缓存
默认情况下，Symfony3 在 dev 环境也会启用 Twig 缓存（写入 var/cache/dev/twig/），这会导致你改了模板却没生效——不是代码没热更，而是 Twig 读了缓存文件。要真正实现“改即生效”，必须显式禁用。
关键操作是修改 config_dev.yml 中的 Twig 配置：
- 确保
twig下有cache: false（注意：不是debug: true，后者不关缓存） - 同时设
auto_reload: true，否则即使缓存关了，Twig 也不主动检测文件改动 - 删掉
var/cache/dev/目录再试，旧缓存可能残留
正确配置示例：
twig:
cache: false
auto_reload: true
strict_variables: true
Symfony3 的环境配置加载顺序影响实际生效项
config_dev.yml 并非孤立生效——它会 被 config.yml 合并覆盖。如果 config.yml 里写了 cache: '%kernel.cache_dir%/twig'，而 config_dev.yml 只写了 auto_reload: true，那 cache 还是沿用父配置，缓存照常工作。
所以必须确认两点：
-
config_dev.yml中明确覆盖了twig.cache项（值为false或null） - 没有其他配置文件（如
parameters.yml中定义的占位符）间接恢复了缓存路径 - 运行
php bin/console debug:config twig查看最终合并结果，确认cache字段值为false
为什么 prod 环境不能套用同样的设置
cache: false 在 prod 下会直接报错或导致严重性能问题：Twig 会每次请求都重新编译模板，失去字节码缓存优势。Symfony 官方文档明确要求 prod 必须启用缓存且路径可写。
典型错误现象：
- 本地 dev 关了缓存，部署到生产后页面空白或 500 —— 因为
cache: false被误提交进 prod 配置 - 用
--env=prod测试时忘记清 prod 缓存：php bin/console cache:clear --env=prod - Web 服务器用户（如 www-data）对
var/cache/prod/twig/无写权限，缓存生成失败但错误被静默吞掉
验证模板是否真没走缓存的最简方法
别只信浏览器刷新，直接看文件系统：
- 改一个 Twig 文件（比如加个
{{ dump('test') }}） - 刷新页面，观察
var/cache/dev/twig/目录下对应 hash 命名的 PHP 文件 是否更新时间戳 - 如果时间没变，说明还在用旧缓存；如果生成了新文件或时间更新，说明配置已生效
- 临时加一行
{{ die('cached?') }}，若页面立刻中断，说明没走缓存；若无反应，说明缓存还在拦截
缓存开关只是表象，真正卡住人的往往是配置合并逻辑和环境隔离边界——dev 和 prod 的 Twig 行为差异，本质是两套独立配置树，漏掉任意一层覆盖，都会让“关闭缓存”变成一句空话。
