必须显式设置cache: false才能真正关闭Twig模板缓存，仅debug=true无效；关闭后每次请求重新解析.twig文件，改保存即生效，需验证var/cache/dev/twig/是否停写。
开发时模板改了不生效？不是缓存没关，是 Symfony3 的 dev 环境默认仍启用模板编译缓存 —— 必须显式禁用 Twig 缓存才能实时看到改动。
如何关闭 Twig 模板缓存（dev 环境）
Symfony3 的 dev 环境默认把 Twig 模板编译成 PHP 文件并缓存到 var/cache/dev/twig/，即使你改了 .twig 文件，只要缓存没过期或没清空，就不会重新编译。
正确做法是在 config_dev.yml 中强制关闭：
twig:
cache: false
debug: true
注意两点：
-
cache: false是关键，它让 Twig 跳过写入和读取缓存文件，每次请求都重新解析模板 -
debug: true必须保留，否则 Twig 不会显示错误行号、模板路径等调试信息 - 别只改
config.yml—— 它被config_dev.yml覆盖，dev 下的配置以config_dev.yml为准
为什么 php bin/console cache:clear --env=dev 有时也不管用
因为 cache:clear 清的是容器、路由、事件监听器等缓存，但 Twig 编译缓存（var/cache/dev/twig/）是独立目录，有时不会被自动清理，尤其在 Windows 或某些 NFS 共享卷上。
更可靠的临时办法：
- 手动删掉
var/cache/dev/twig/整个目录 - 或者加参数强制全量清除：
php bin/console cache:clear --env=dev --no-warmup，再配合cache:clear后立刻访问页面（避免 warmup 重建 Twig 缓存） - 检查
var/cache/dev/目录权限，确保 Web 服务器用户（如www-data或当前 CLI 用户）有写权限，否则缓存写失败可能静默回退到旧版本
GD / Imagick 字体路径报错会影响 Twig 渲染吗
不影响。这是 Intervention/Image 或自定义图片处理逻辑里的问题，和 Twig 模板渲染无关。但如果你在 Controller 里用 Image::make() 生成带文字的图，再把 URL 传给 Twig，那字体路径错误（比如用了 asset() 返回 URL 而非 public_path() 返回绝对路径）会导致图片生成失败，最终页面显示空白或 500 错误 —— 表象像“模板没刷新”，实际是 PHP 报错中断了响应。
排查建议：
- 打开 Symfony 的 Web Profiler（右下角小黑条），看「Logs」里有没有
Warning: imagettfbbox(): Could not find/open font - 确认字体路径用的是
public_path('fonts/simhei.ttf')，不是asset('fonts/simhei.ttf') - 中文水印记得转 UTF-8：
iconv('GB2312', 'UTF-8', $text)，GD 不支持直接传 GBK 字符串
真正卡住开发节奏的，往往不是“怎么关缓存”，而是关了之后发现页面还是旧的——这时候要盯住 twig.cache 配置是否生效、var/cache/dev/twig/ 是否残留、以及有没有其他地方（比如反向代理、浏览器强缓存、甚至 Nginx 的 fastcgi_cache）在中间挡了一道。
