直接设 cache: false（无引号）并确保 auto_reload: true 生效，即可让 twig 在 dev 环境真正不缓存；若仍需清缓存，说明 auto_reload 失效或被覆盖。
直接设 cache: false 就行，不用每次改模板都跑 cache:clear ——但前提是 auto_reload: true 确实生效，且没人偷偷把它覆盖掉。
dev 环境下怎么让 Twig 真正不缓存
Twig 模板缓存开关不是布尔值，cache: true 或 cache: false 是 YAML 字面量，不是字符串。写成 cache: "false"（带引号）就变成字符串路径，Twig 会尝试往叫 false 的目录里写文件，结果报错或静默降级。
-
app/config/config_dev.yml中必须写cache: false（无引号，YAML false） - 同时确认
auto_reload: true已启用（默认是开启的，但可能被 bundle 或自定义配置覆盖） - 别用
cache: "%kernel.cache_dir%/twig"这类动态路径——%kernel.cache_dir%在不同机器上指向不同位置，且cache:warmup后该目录一定存在，等于变相开了缓存 - 验证方式：改一个
base.html.twig，刷新页面立刻生效；否则说明缓存没关干净
为什么改了配置却还要清缓存才能看到效果
常见原因是 auto_reload: true 失效，或者缓存引擎 fallback 到了 ArrayCache。这种情况下，即使 cache: false 配对正确，Twig 仍会把编译结果存在内存里，不监听文件变更。
- 检查是否有人在
config/packages/twig.yaml里显式覆盖了auto_reload，比如写成auto_reload: '%kernel.debug%'——而%kernel.debug%在某些 CLI 命令中可能为false - 运行
php bin/console debug:container --parameter=twig.options，看输出里cache是不是false，auto_reload是不是true - 如果看到
cache: "/some/path"或null，说明配置没生效，大概率是 YAML 缩进错误或被其他配置合并覆盖
CI/CD 中如何防止缓存策略漂移
本地关掉了不等于 CI 也关了。Docker、Makefile、甚至 php bin/console server:run 默认行为都可能绕过 APP_ENV=dev，导致实际跑在 prod 模式下。
- CI 脚本中加断言：
php bin/console debug:container --parameter=twig.options 2>&1 | grep -q 'cache: false' - 再加一条 HTTP 层验证：用
curl -s -I http://localhost/_profiler | grep -q "Last-Modified"，缺失这个头基本等于auto_reload没起作用 - 禁止在 CI 中执行
cache:warmup—— dev 环境不该预热 Twig 缓存，warmup 会强制生成编译文件，哪怕cache: false也拦不住
真正难防的不是缓存开不开，而是某次 composer install 后，IDE 自动重载了配置，却把 auto_reload: true 写进了 config/packages/twig.yaml 覆盖了 dev 专用配置；或者有人在 .env 里写了 APP_ENV=prod 忘记改回来。把 cache: false 和 auto_reload: true 锁死在 config_dev.yml，比指望所有人记得清缓存靠谱得多。
