TP5.x与TP6.x模板引擎完全不兼容：语法、解析、缓存、安全机制均独立实现；混用导致Template not found或Call to undefined method think\View::fetch()等错误，根源在于View类设计从单例静态代理变为容器服务。
TP5.x 和 TP6.x 的模板引擎不是“升级关系”，而是两套独立实现：语法、解析时机、缓存策略、安全控制全部不兼容，混用必报错。
Template not found 或 Call to undefined method think\View::fetch() 是什么信号
这两个错误基本锁定为版本错配：
-
Template not found：常见于 TP6.x 用了 TP5.1 的view配置（还在config/app.php里写'type' => 'think'），但 TP6.x 默认已不加载think-template引擎，且配置路径已移至config/view.php -
Call to undefined method think\View::fetch()：TP6.x 的View类不再提供静态fetch()方法，必须通过容器获取实例（app('view')->fetch()）或使用门面View::fetch()（需确保think-view已安装并正确注册） - 根本原因：TP5.1 的
think\View是单例+静态代理混合体；TP6.x 的think\View是纯容器绑定服务，方法签名和生命周期完全不同
tp:type=think 和 tp:type=php 的解析行为差异
TP6.x 默认使用 'type' => 'php'（原生 PHP 模板），若要继续用 {:func()}、{volist} 等 ThinkTemplate 语法，必须显式切换并装包：
- 执行
composer require topthink/think-template，否则'type' => 'think'会直接报类找不到 -
'type' => 'php'下，<?php echo $name; ?>允许存在（但受tpl_deny_php控制）；'type' => 'think'下强制走标签解析，原生 PHP 被拦截，只认{$name}或{:echo $name} - 继承语法
{extend name="layout"}在 TP6.2 和 6.3+ 行为不同：后者默认只识别.html/.htm后缀，若用.tpl，必须在config/view.php中加'file_ext' => ['html', 'htm', 'tpl']
模板缓存从“可关”变成“只可换路径”
TP6.3+ 彻底废弃 view_cache => false 配置项，模板编译缓存强制开启：
立即学习“PHP免费学习笔记（深入）”；
- 开发时改了模板没反应？不是缓存没清，是它根本关不掉——你只能控制缓存写到哪：
'cache_path' => runtime_path() . 'html/' - CI/CD 构建中，应在部署后执行
rm -rf runtime/html/，而非依赖配置开关 - 注意：TP5.1 的
view_replace_str是视图配置子项，TP6.x 已挪到config/view.php的'replace' => []，且键名必须带前缀，如'__STATIC__' => '/static'，漏写双下划线会失效
自定义标签库在 TP6.x 中的注册与解析限制
TP6.x 的标签解析器更严格，尤其对命名空间和路径匹配：
- 标签库类必须位于
app\common\taglib\（或其他你配置的命名空间路径），且文件名与类名一致（MyTag.php→app\common\taglib\MyTag） -
config/view.php中注册方式变为'taglib' => ['mytag' => app\common\taglib\MyTag::class]，不再支持 TP5 的taglib_pre_load字符串写法 - 标签内嵌 PHP 逻辑（如
{php}...{/php}）在'type' => 'think'下默认被禁用，需手动在MyTag::parsexxx()中拼接<?php ... ?>并确保返回合法 PHP 代码片段 - TP6.x 解析器会校验标签闭合状态，
{auth}...{/auth}若未闭合，直接抛出ParseError，不像 TP5 那样静默忽略
最易被忽略的一点：TP6.x 的模板引擎不参与容器自动注入，所有依赖（如 Cache、Db）必须在标签处理器里手动 app() 获取，不能靠构造函数注入——这是它和控制器、中间件的根本区别。
