必须显式设置cache: false才能真正关闭twig模板缓存；仅debug=true无效，需在config_dev.yml中配置twig: {debug: true, cache: false}，并清理var/cache/dev/twig/残留文件。
开发环境禁用 Twig 模板缓存的关键配置项
Symfony 3 默认在 dev 环境下仍会缓存 Twig 模板（编译后写入 var/cache/dev/twig/），导致修改模板后需手动清缓存才能生效。这不是 bug，而是默认行为——为兼顾开发时的轻量与性能。要彻底关闭，不能只靠环境切换，必须显式覆盖 Twig 缓存路径和开关。
twig 配置块中必须设置 cache: false
仅把 debug: true 设为 true 不足以禁用模板缓存；Twig 有自己的缓存控制逻辑。在 app/config/config_dev.yml 中，twig 配置段需明确声明：
twig:
debug: true
cache: false
注意：cache: false 是布尔值，不是字符串 'false'，否则会被当成路径字符串处理，反而触发异常路径查找。
- 若同时设了
cache: '%kernel.cache_dir%/twig'，即使debug: true，缓存仍会写入 -
cache: false会让 Twig 每次请求都重新解析模板，适合调试，但会轻微拖慢响应（可接受） - 该配置只影响 Twig 层，不影响 Doctrine 或 PHP OPcache，后者需单独关
确认 kernel.debug 为 true 且环境加载正确
模板缓存开关受 kernel.debug 影响，但最终是否生效取决于你实际启动的是哪个环境。常见误操作：
- 命令行跑
php bin/console server:run但没指定--env=dev，实际走的是prod环境（默认） - Web 访问时 Apache/Nginx 指向了
web/app.php而非web/app_dev.php，导致始终是 prod -
app_dev.php文件顶部被注释或删掉了if (isset($_SERVER['HTTP_CLIENT_IP']) || ...)安全检查，但未启用，导致跳转到app.php
验证方式：在模板里加 {{ dump(app.debug) }}，输出 true 才说明环境和 debug 开关真正就位。
额外清理：删除旧缓存目录再重启服务
改完配置不生效？大概率是旧缓存文件还在起作用。别只信 cache:clear —— 它有时不会清空 var/cache/dev/twig/ 下已生成的 PHP 编译文件，尤其当权限或进程锁导致清理不彻底时。
- 执行
rm -rf var/cache/dev/*（Linux/macOS）或del /s /q var\cache\dev（Windows） - 确保
var/cache目录可写，且 Web 服务器用户（如 www-data）有权限重建子目录 - 重启内置服务器：
php bin/console server:stop && php bin/console server:start --env=dev
真正麻烦的点往往不在配置本身，而在于缓存残留 + 环境误判 + 权限静默失败——这三者叠在一起，会让你反复怀疑配置写错了。
