layout_on与{extend}是两套独立布局机制：前者为全局包裹式，由配置驱动；后者为模板继承式，依赖语法解析。二者底层不同、触发时机不同、配置要求不同，不可混用。
因为 layout_on 和 {extend} 是两套完全独立的布局机制，底层实现不同、触发时机不同、配置要求也不同——不是“开了没用”，而是根本就不是一回事。
layout_on 是全局包裹式布局
它属于视图引擎的“外层包装”逻辑：只要开启，所有 return $this->fetch() 渲染的模板，都会先被套进一个指定的 layout 文件里，中间用 {__CONTENT__} 占位。这个过程不依赖模板语法，也不检查子模板内容，纯靠配置驱动。
- 配置生效位置在
config/view.php或config/template.php，必须设为'layout_on' => true并指定'layout_name' - 它对控制器中
return $this->fetch('index')有效，但对$this->view->engine->layout()或模板标签{layout name="xxx" /}不产生影响 - 禁用方式是写
{__NOLAYOUT__}（必须放在子模板首行）或临时关闭配置
extend 是模板继承式布局
它是模板编译阶段的语法解析行为，由模板引擎在读取子模板时主动识别并执行，和 layout_on 配置完全无关。哪怕 layout_on 关着，{extend} 也能正常工作；反之，开了 layout_on 也不会让 {extend} 自动生效。
-
{extend name="layout/base"}必须严格位于子模板第一行第一个字符，前面不能有任何空格、BOM、注释或 PHP 标签 - 父模板路径是相对于
view_path的，TP6 起需显式带后缀，如{extend name="layout/base.html"} - 父模板中必须存在同名
{block name="xxx"}，否则子模板里的{block}会被静默忽略
为什么常被混淆？
两者目标相似（复用头部/底部），但设计定位不同：layout_on 适合全站统一样式（如后台系统）；{extend} 适合分层清晰、多级嵌套的复杂页面结构（如前台多主题站点）。新手容易把“都叫布局”当成同一功能，结果配了 layout_on 就以为 {extend} 会自动跑起来，其实引擎压根没去解析那行标签。
- TP6 已默认移除
{extend}语法支持，需手动安装think-template并设'type' => 'Think'才能启用 -
layout_on对return $this->fetch()无效的情况，常见于没意识到它只作用于底层fetch()调用，而控制器中常用的是视图对象的链式调用 - 混用
{include}和{extend}时，{include}是运行时引入，{extend}是编译期注入，二者作用域不重叠，不能互相覆盖
怎么选才不踩坑？
小项目或只需简单套头尾，用 layout_on + {include} 最省事；中大型项目要分区块定制、支持多级继承，必须用 {extend} + {block}；TP6 新项目建议优先考虑 think-view + {include} 组合，稳定且无兼容风险。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
