PHP原生include模板需用extract($data, EXTR_SKIP)显式传参并ob_start()隔离输出；Twig报找不到模板须检查FilesystemLoader绝对路径、模板逻辑路径及addPath顺序；空数组处理原生需is_array&&!empty，Twig中0被视为falsy；Twig缓存变慢多因权限、并发写锁或auto_reload未关闭。
PHP 原生 include 渲染模板时变量作用域怎么控制
原生 PHP 模板本质就是 include，但直接 include 会导致变量“裸奔”——所有当前作用域变量都自动透传进去，容易污染、难调试。
正确做法是显式提取数据，用 extract() 控制可见变量，且必须限定作用域：
- 先用
$data = array_merge($default, $userInput)显式合并数据，避免意外覆盖 - 调用前加
ob_start()，防止模板里 echo 直接输出打断流程 -
extract($data, EXTR_SKIP)比EXTR_OVERWRITE安全，跳过已存在变量 - 模板文件里禁止访问
$this、$GLOBALS或未声明变量，否则运行时报Undefined variable
示例：
ob_start();<br>extract($data, EXTR_SKIP);<br>include 'template.php';<br>$html = ob_get_clean();
Twig 渲染报 Twig\Error\LoaderError: Unable to find template 怎么定位
这个错误不是路径写错那么简单，Twig 的 loader 分层机制常被忽略：它不认相对路径，也不自动扫描子目录。
立即学习“PHP免费学习笔记（深入）”；
关键检查点：
- 确认
Twig\Loader\FilesystemLoader初始化时传入的是「绝对路径」，比如new FilesystemLoader(__DIR__ . '/templates')，不是'./templates' - 模板名传给
render()时，用的是 loader 内部的逻辑路径（如'user/profile.twig'），不是磁盘路径 - 如果用了
addPath()多个目录，注意顺序——Twig 按添加顺序查找，第一个匹配即停，不会合并 - 开发环境开启 debug 模式：
new Environment($loader, ['debug' => true])，能暴露实际搜索路径
PHP 原生 vs Twig 在循环嵌套中处理空数组的差异
空数组渲染是高频踩坑点：原生 PHP 容易漏判导致 Notice，Twig 则默认静默，但行为不一致。
原生写法常见问题：
- 直接
foreach ($items as $item)—— 若$items是null或字符串，触发Invalid argument supplied for foreach() - 应先
is_array($items) && !empty($items)双检，不能只靠isset()
Twig 对应写法更简洁，但要注意语义：
-
{% for item in items %}——items为null、false、''都安全，但0会被当空数组（Twig 把数字 0 当 falsy） - 需要严格区分空数组和
null时，得用items is defined and items is iterable - 别依赖
{% else %}分支判断“空”，它只在遍历器为空时触发，对undefined变量不生效
渲染性能敏感场景下，Twig 编译缓存为什么有时反而变慢
启用 setCache() 后首次渲染变快，但某些部署结构会让缓存失效或争抢，反而拖慢。
典型诱因：
- 缓存目录权限不对，每次请求都 fallback 到内存编译，日志里会出现
Twig\Cache\FilesystemCache::write失败 - 多进程/容器环境下，多个 PHP 实例同时尝试写同一个缓存文件，引发锁等待（尤其 NFS 或网络存储）
- 模板内容含动态部分（如时间戳、随机数），导致 Twig 认为模板总在变，跳过缓存复用
- 开发时开了
auto_reload => true，但生产环境没关，每次请求都 stat 模板文件修改时间
验证方法：临时把缓存设为 new \Twig\Cache\ArrayCache()，如果速度回升，说明是文件缓存 I/O 问题。
