debug=true不能关闭Twig缓存，因为debug控制错误显示和Profiler，而cache是Twig独立开关；必须在config_dev.yml中显式设twig: cache: false且auto_reload: true，否则模板修改不生效。
为什么 debug=true 不能关掉 Twig 缓存
因为 debug 控制的是错误显示、Profiler 和容器热加载，而 cache 是 Twig 引擎自己的开关，默认开启以提升 dev 下的响应速度。两者完全独立，APP_DEBUG=true 不会覆盖 twig.cache 的路径配置。
常见现象：改了 base.html.twig，刷新页面没变化；删掉 var/cache/dev/twig/ 后首次请求变慢，但第二次又快了——说明缓存仍在写入。
-
cache: ~或注释掉该行 → Symfony 会 fallback 到默认路径（如%kernel.cache_dir%/twig），实际仍启用 -
cache: ""或cache: null→ YAML 解析为字符串或空值，Twig 仍当作有效路径处理 -
cache: false是唯一被 Twig 原生识别的禁用信号，它会让引擎跳过所有磁盘写入逻辑
怎么在 config_dev.yml 里正确关闭缓存
必须在 app/config/config_dev.yml（Symfony 3）中显式写死 cache: false，不能依赖环境变量或上级配置合并。
示例片段：
twig:
cache: false
auto_reload: true
auto_reload: true 要保留，否则即使缓存关了，Twig 也不会主动检查文件修改时间，导致你保存后仍不生效。
- 若项目用了多个 Twig 实例（如 email 渲染单独配了
email_twig），每个都要单独加cache: false - Windows 下注意
var/cache/dev/twig/目录可能被杀毒软件锁定，导致file_put_contents(): Permission denied错误，此时关缓存反而能绕过问题 - Docker 环境需确保
var/cache是可写 volume，且宿主机与容器时区一致，否则filemtime()判断失效，缓存误判“未更新”
验证缓存是否真关掉了
别信“我改了配置就生效”，要动手验证：
- 删掉整个
var/cache/dev/twig/目录 - 改一个模板文件并保存（比如在
{{ now|date }}后加个空格） - 刷新页面，再看
var/cache/dev/twig/是否有新 PHP 文件生成 - 没有新文件 → 关成功；有新文件 → 配置没生效或被其他地方覆盖
额外线索：curl -I http://localhost/_profiler 查看响应头，若含 Last-Modified，说明 auto_reload 正常工作；若缺失，可能是 auto_reload: false 或模板路径权限异常。
IDE 和安全写入导致的假性缓存
PHPStorm、VS Code 等默认启用“safe write”：先写临时文件，再原子替换原文件。Twig 的 filemtime() 检查监听的是原始文件 inode，临时文件替换过程可能导致变更未被感知。
解决办法：
- PHPStorm：Settings → Appearance & Behavior → System Settings → uncheck “Use ‘safe write’”
- VS Code：设置里搜
files.atomicSave，设为false - 或者换用内存缓存折中方案：
cache: 'array'（仅限开发），避免磁盘 I/O 延迟又不完全失去缓存机制
最麻烦的不是配置写错，而是团队里有人开着 safe write、有人关着，改同一个模板却在各自机器上表现不一致——这种差异很难复现，也最难排查。
