Twig模板缓存由APP_DEBUG环境变量决定，而非twig.yml配置；开发时设APP_DEBUG=true并清空var/cache/dev/twig/可实现热更新，生产环境无法禁用文件缓存。
twig.yml 里关模板缓存根本没用
因为 Twig 缓存开关不由 twig.yml 控制，而是由 Symfony 的 debug 环境配置决定。你在 config/packages/twig.yml 里写 cache: false 或删掉 cache 键，都不会生效——只要 APP_DEBUG=true（开发环境默认），Twig 就用 ArrayCache；只要 APP_DEBUG=false（生产环境），它就自动启用文件编译缓存，且无法通过 YAML 关闭。
真正能关模板缓存的只有两种场景
一是本地开发时想实时看到模板修改（比如改了 base.html.twig 立刻生效），这时你应该：
- 确保 APP_DEBUG=true
- 不要手动设置 cache 选项（留空或删掉）
- 清空 var/cache/dev/twig/ 目录（不是 var/cache/dev/ 全清）
- 检查 php bin/console debug:config twig 输出中 cache 字段是否为 null（表示走内存缓存）
二是测试或 CI 环境里需要强制不缓存（比如某些自动化截图流程），这时只能绕过 Twig 默认行为：
- 手动构造 Environment 实例，传入 new \Twig\Cache\NullCache()
- 不要用容器里的 twig 服务，自己 new 一个
- 示例：
$loader = new \Twig\Loader\FilesystemLoader('/path/to/templates');<br>$twig = new \Twig\Environment($loader, [<br> 'cache' => new \Twig\Cache\NullCache(),<br>]);
误配 cache: false 的后果
在 twig.yml 里写 cache: false 会导致：
- Symfony 解析配置时报 The value "false" is not allowed for path "twig.cache"（Symfony 3.4+ 严格校验）
- 如果你用的是旧版 Symfony（如 3.2），它会静默转成 null，但实际仍走 ArrayCache，你以为关了，其实没关
- 模板报错时堆栈里出现 Twig_Cache_Null 是假象，底层还是用了内存缓存，只是类名混淆
别碰 twig.extensions 里的缓存相关插件
有些老项目在 twig.yml 里加了类似 extensions: ['twig.extension.debug']，顺手把 cache 当作扩展来关——这是错的。
- cache 是核心配置项，不是扩展
- Twig 扩展（如 DebugExtension、ProfilerExtension）本身不控制缓存行为
- 混淆这两者只会让配置越来越难调试
Twig 模板缓存的开关逻辑藏在环境变量和容器编译阶段，YAML 配置只是表层。真要绕开，得动实例化逻辑，而不是在配置文件里反复试错。
