开发阶段改Twig模板无效，需确保APP_ENV=dev且debug=true，并在config_dev.yml中显式设twig: cache: false或~，否则Twig仍缓存编译文件。
开发阶段改完 Twig 模板却看不到效果？不是浏览器缓存，是 Symfony 默认开启了模板缓存 —— dev 环境下它仍会缓存编译后的 PHP 文件，除非你明确关掉。
检查当前环境是否真的在 dev 模式
模板缓存行为和 APP_ENV 强绑定。很多人以为访问 /app_dev.php 就是 dev，但 Symfony 3.4+ 实际依赖环境变量判断：
-
APP_ENV=dev是前提，否则即使 URL 带_dev，kernel.debug也可能为false - 运行
php bin/console about查看Environment和Debug两行输出是否为dev和true - 若用 Apache，确认
.htaccess或虚拟主机没强制设置SetEnv APP_ENV prod
禁用 Twig 缓存的两种可靠方式
仅改 cache:clear 不解决根本问题；必须让 Twig 跳过缓存生成逻辑：
- 在
app/config/config_dev.yml中显式覆盖 Twig 配置：twig: cache: false - 或更彻底：设为
null（Symfony 3.3+ 支持），避免任何路径解析：twig: cache: ~ - 注意不要只改
config.yml—— 它会被config_dev.yml合并覆盖，dev 专用配置必须放对位置
为什么 cache:clear 有时无效
因为 cache:clear 只清 var/cache/dev/ 下的容器和路由缓存，而 Twig 编译文件默认落在 var/cache/dev/twig/，且：
- 若
twig.cache为true（默认），Twig 会在首次渲染时生成并复用.php文件，不随源模板变化自动更新 - 即使清了缓存，下次请求仍会重新生成 —— 除非你关掉缓存开关
- 某些 IDE（如 PhpStorm）的「auto-upload」可能卡住旧文件，建议顺手检查
var/cache/dev/twig/目录是否为空
真正生效的关键就两点：确保 APP_ENV=dev 且 debug=true，再把 twig.cache 设为 false 或 ~。其他所有操作都是干扰项。
