必须在config/packages/twig.yaml中显式设置twig: cache: false，并删除var/cache/dev/twig/目录，再通过非法语法报错验证是否读取源文件而非缓存。
如何在 Symfony3 中真正禁用 Twig 模板缓存
开发阶段改了 template.html.twig 却没生效？不是清缓存不彻底，而是默认环境下 Twig 仍会缓存编译后的 PHP 文件。Symfony3 的 dev 环境虽设 cache: false，但 Twig 缓存路径若被复用或权限异常，仍会读旧文件。
- 确认当前环境是
dev：检查APP_ENV=dev（或旧式APP_DEBUG=1）且 Web 服务器加载的是app_dev.php - 强制关闭 Twig 缓存：在
config/packages/twig.yaml（或app/config/config_dev.yml）中显式设置：twig: cache: false - 删除已存在的缓存文件：运行
rm -rf var/cache/dev/twig/（注意路径含dev子目录） - 验证是否生效：修改任意模板后刷新页面，再检查
var/cache/dev/twig/是否**未生成新文件**
为什么 cache: false 有时不起作用
常见原因是配置加载顺序或环境误判。Symfony3 中，config_dev.yml 会覆盖主配置，但如果项目用了自定义环境（如 local），而该环境未显式禁用 Twig 缓存，就会沿用 prod 的 cache: '%kernel.cache_dir%/twig' 设置。
- 检查实际生效的配置：运行
php bin/console debug:config twig，看输出中cache字段值是否为false - 避免在
config.yml全局设置cache: false—— 这会让prod环境也失效，导致性能暴跌 - 若用 Apache + mod_php，确认
.htaccess或虚拟主机没强制设置APP_ENV=prod
线上项目被误影响的典型场景
最危险的情况是：开发人员在本地改完模板、测试通过，直接提交代码；但 CI/CD 流水线部署时未清 var/cache，或部署脚本错误地复用了 dev 配置到生产环境，导致 Twig 尝试写入不可写的缓存目录，最终报错 Unable to write in the "var/cache/prod/twig" directory。
- 线上必须使用
APP_ENV=prod且APP_DEBUG=0，Twig 缓存路径应为可写（如部署时加chown -R www-data:www-data var/cache） - 禁止在
prod下设cache: false—— Twig 会每次重新解析模板，CPU 和 I/O 开销剧增 - CI/CD 中部署前务必执行
php bin/console cache:clear --env=prod --no-warmup，再php bin/console cache:warmup --env=prod
快速验证模板是否实时生效的方法
比清缓存更可靠的判断方式，是让 Twig 报错——只要报错信息里出现你刚改的那行模板内容，就说明它确实读了源文件，而非缓存。
- 在模板任意位置插入非法语法，例如：
{{ 'hello' | json_encode | non_existent_filter }} - 刷新页面，如果看到 Twig 错误提示指向你刚改的 .twig 文件和行号，说明缓存已关
- 如果错误提示指向
var/cache/dev/twig/xxx.php中某行，说明缓存仍在起作用，需回查配置或文件权限
cache:clear 不等于关掉 Twig 编译缓存；线上环境千万不能靠「本地关缓存」来调试，必须用日志+真实请求验证行为。
