正确关闭twig缓存需在config.yml中配置twig: debug: true, auto_reload: true, cache: false；cache必须为false（非null或空），否则仍使用临时目录缓存。
关闭 Twig 缓存的正确配置方式
Twig 模板缓存在开发阶段有时会阻碍实时调试，但直接设 cache => false 或留空并不总生效——Twig 会 fallback 到系统临时目录，仍可能产生缓存文件。真正关闭需同时切断编译路径与自动重载逻辑。
-
cache必须显式设为false（不是null或空字符串） -
auto_reload要设为true，否则即使缓存关闭，Twig 也可能跳过模板变更检查 -
debug应为true，否则某些环境（如APP_ENV=prod）下auto_reload会被强制忽略
Symfony3 中在 config.yml 里怎么关
Symfony3 使用 YAML 配置 Twig，不能只改 PHP 初始化代码——容器会覆盖它。必须在 config.yml 或对应环境配置中声明：
twig:
debug: true
strict_variables: true
auto_reload: true
cache: false
注意：cache: false 是唯一被 Twig 原生识别的“禁用”值；写成 cache: ~ 或删掉该行，Twig 会用默认临时路径（如 /tmp/twig），缓存照常生成。
为什么清了 var/cache 还有旧模板生效
常见错觉：以为删了 var/cache 就等于关了 Twig 缓存。其实 Twig 编译缓存默认不放在 var/cache，而是在 cache 配置指定的路径（或系统临时目录）。如果没显式设 cache: false，它可能还在 /tmp/twig_abc123/ 之类位置偷偷运行。
- 执行
php bin/console twig:debug查看当前cache实际指向哪 - 用
find /tmp -name "twig_*" -type d 2>/dev/null手动清理残留编译目录 - 改完配置后务必重启 Web server（尤其是使用 php-fpm 时，opcache 可能缓存旧的 Twig 类）
关闭后要注意的副作用
关掉 Twig 缓存不是“无感操作”，尤其在集成测试或 CI 环境里容易暴露问题：
- 每次渲染都重新解析 .twig 文件，CPU 和 I/O 开销明显上升——别在压测或 prod 环境用
- 若模板含语法错误，不会像缓存模式那样在首次访问时报错，而是每次请求都报，日志刷屏
- 某些第三方 Bundle（如
knplabs/knp-menu）内部调用twig->render()时依赖缓存稳定性，关闭后可能出现重复初始化异常
真正需要的是“开发时自动刷新 + 生产时全缓存”，而不是全局关缓存——APP_ENV=dev 下保持 cache: false 即可，别为了图省事在 prod 里也这么干。
