必须显式设置cache: false才能真正关闭twig模板缓存，仅开启debug=true无效；需同时确保auto_reload: true，并验证var/cache/dev/twig/目录不再生成文件且响应含last-modified头。
必须显式设 cache: false，仅开 debug=true 没用。 Symfony 3 的 Twig 缓存和 debug 开关是两套逻辑——debug 控制错误提示和 Profiler，而 Twig 缓存默认在 dev 下仍启用，改了 .twig 文件不生效，八成是这个配置没动对。
怎么在 config_dev.yml 或 twig.yaml 里真正关掉缓存
Twig 的 cache 配置不是布尔值开关，而是一个路径或 false 字面量。设成 ~、null、空字符串甚至注释掉，都会 fallback 到默认路径（如 var/cache/dev/twig/），等于没关。
- 在
config/packages/twig.yaml（Symfony 3.4+）或app/config/config_dev.yml（老版本）中，写死这一行：twig:<br> cache: false
- 不要写成
cache: "false"（字符串）、cache: ~或cache: null，YAML 解析后会被 Symfony 当作路径处理 - 如果项目用了多个 Twig 实例（比如 email_twig），每个都要单独配
cache: false
为什么改完模板还是不刷新？检查 auto_reload 和文件监听
cache: false 只是让 Twig 不写编译文件，但“实时预览”还依赖 auto_reload 是否生效——它控制 Twig 是否每次请求都调用 filemtime() 检查源文件是否变更。
- 确认
auto_reload: true已启用（dev 下默认为 true，但若手动覆盖了twig.options，可能被干掉） - Windows 用户注意 IDE 的 “safe write”：PHPStorm 默认先写临时文件再原子替换，Twig 监听不到变更 → 关掉 Settings → System Settings → Use "safe write"
- Docker 环境下，确保
var/cache是可写卷，且宿主机与容器时区一致；否则filemtime()返回时间偏差，Twig 误判文件未更新
验证关没关成功，别靠“感觉”
删掉 var/cache/dev/twig/ 后刷新页面，如果目录里又冒出新 PHP 文件（如 abc123.php），说明 cache: false 没生效；如果目录始终为空，且改保存模板立刻渲染新内容，才算真正关掉。
- 命令行快速验证：
php bin/console debug:container --parameter=twig.options，输出里"cache" => false才对 - curl 一个模板路由，看响应头：
curl -I http://localhost/_profiler | grep Last-Modified，有这行才表示 auto_reload 在工作 - 权限问题常被忽略：Linux/macOS 下若
var/cache/dev/twig/所在目录被 chmod 755 且属主不对，Twig 可能静默失败并退回到内存缓存（ArrayCache），表现像“有时生效有时不”
最麻烦的不是配置不会写，而是团队里有人本地没关缓存，提交了一个模板修改，别人拉下来发现页面没变，第一反应是“我环境有问题”，其实只是他机器上 var/cache/dev/twig/ 还躺着三天前的编译文件。
