ThinkPHP视图层通过模板编译、变量注入、布局组装三步实现，核心是编译期处理布局继承与渲染期变量替换分离；{extend}必须首行首字符，未定义变量直接报错，display()输出浏览器，fetch()返回字符串。
ThinkPHP 的视图层不是简单地 include 一个 PHP 文件，而是通过模板引擎编译 + 变量注入 + 布局组装三步完成的。核心在于「编译期处理布局继承」和「渲染期执行变量替换」完全分离，搞混这两者是 90% 视图异常的根源。
模板编译阶段就决定布局是否生效
ThinkPHP 在首次访问模板时，会把 {extend}、{block} 等标签解析成 PHP 代码并缓存为编译文件（如 runtime/view/xxx.php）。这个过程只认「字面位置」：
-
{extend name="public/base"}必须严格位于子模板第一行第一个字符——前面不能有 BOM、空格、注释，否则整个继承逻辑被跳过，页面只剩子模板原始内容 - 父模板中若没有同名
{block name="xxx"}，子模板里的对应{block}会被直接丢弃，不报错也不警告 -
{__BLOCK__}是唯一能插入父级 block 内容的标记，大小写敏感，写成{__block__}就失效
变量渲染发生在编译后的 PHP 执行时
模板编译完得到的是一个标准 PHP 文件，里面已包含 echo、foreach 等语句。此时 {$name} 这类变量才被真正替换：
-
assign()传入的数据，在fetch()或display()调用时注入到编译后的 PHP 执行环境里 - 模板过滤器（
template.replace_string或$this->view->filter()）作用对象是最终输出的 HTML 字符串，不是模板源码——它根本看不到{extend}或{__CONTENT__} - 未定义变量如
{$undefined}会在模板引擎解析阶段就报错中断，根本走不到 filter 那一步
display() 和 fetch() 的关键区别
二者底层都调用同一套编译+执行流程，但输出行为不同：
立即学习“PHP免费学习笔记（深入）”；
-
display('index')：直接输出 HTML 到浏览器，适合常规页面响应 -
fetch('index')：返回 HTML 字符串，可用于 AJAX 返回、邮件模板、缓存预生成等场景 - 两者都不影响编译结果，但
display()会触发header()发送 Content-Type，默认 charset 是 UTF-8，若需修改需显式传参
最常被忽略的是：布局继承失败时不会抛异常，只会静默退化为纯子模板渲染；而变量未赋值却在模板中使用，会直接中断整个请求。查问题先看编译缓存文件是否存在、内容是否含 layout 逻辑，再确认 assign 是否在 fetch 前执行——顺序错了，变量就永远进不去。
