要彻底关闭 Symfony 3 测试环境的 Twig 模板缓存，必须在 app/config/config_test.yml 中显式设置 twig: cache: false，并确保该配置被加载、清空 var/cache/test 目录，且 debug: true。
Symfony 3 默认在生产环境启用模板缓存，但在测试（test）环境下也默认开启——这会导致 Twig 模板修改后不生效、调试困难，甚至掩盖某些缓存相关的逻辑错误。要真正关闭模板缓存，不能只改一个配置项，得同时处理 Twig 编译路径、缓存开关和环境加载逻辑。
如何确认当前模板缓存是否已关闭
运行 php bin/console debug:config twig，重点看两处：
-
cache值是否为false（而非%kernel.cache_dir%/twig这类路径） -
debug是否为true（仅当debug === true时，Twig 才会跳过缓存校验逻辑）
如果 cache 是路径且 debug 为 false，说明缓存仍在工作，哪怕你改了 app/config/config_test.yml 也没用。
在 test 环境中彻底禁用 Twig 缓存
Symfony 3 的 Twig 配置继承链是：config.yml → config_test.yml → config_dev.yml。但 config_test.yml 默认不覆盖 twig.cache，它只设 debug: true，而 Twig 仍会写缓存到 %kernel.cache_dir%/twig。
必须显式关闭：
- 在
app/config/config_test.yml中添加：twig:<br> cache: false
- 确保该文件被正确加载：检查
AppKernel.php中registerContainerConfiguration是否对test环境加载了config_test.yml - 清空测试环境缓存：
php bin/console cache:clear --env=test（注意不是--environment=test）
为什么 dev 环境改了没用，test 却要额外操作
因为 Symfony 3 的 dev 环境默认启用 debug: true，Twig 会自动跳过缓存读取（但仍会生成缓存文件用于性能分析）；而 test 环境虽也设 debug: true，但 Twig 的缓存开关（cache）默认未关闭，导致模板仍被编译并复用——这在单元测试中可能让旧模板逻辑“意外存活”。
-
dev下：缓存存在但被绕过（debug=true+cache=路径） -
test下：缓存存在且被主动读取（debug=true+cache=路径），除非你显式设cache: false -
prod下：缓存强制启用（debug=false+cache=路径），不可关
常见踩坑点
以下操作看似合理，实则无效：
- 只在
config_test.yml里写debug: false—— 这反而会让 Twig 启用缓存且跳过调试逻辑，更难排查 - 清缓存时用
--env=testing或拼错环境名 —— Symfony 3 只认test，其他名字会 fallback 到dev - 改了配置但没删
var/cache/test目录 —— Twig 缓存文件残留，新配置不生效 - 在
phpunit.xml中设置SF_ENV=test，却忘了AppKernel构造函数里没传入该环境 —— 导致实际加载的是dev配置
最稳妥的做法：每次改完 config_test.yml 后，手动删掉 var/cache/test 整个目录，再跑测试。缓存路径硬编码在 Twig 扩展里，不会因配置变更自动失效。
