TP6+ 中应统一使用 View::fetch() 渲染模板：空参按控制器/方法名自动匹配；传字符串按当前控制器或跨应用解析；路径不写后缀，默认补 .html（依 view_suffix 配置）；变量须通过第二参数数组传入，不支持链式 assign()；view() 助手函数行为一致但缺乏灵活性，调试定位难，中大型项目推荐 View::fetch()。
直接用 View::fetch()，别碰 new \think\View()，也别调旧版 fetch() 全局函数——那俩在 TP6+ 里根本不存在。
View::fetch() 的三种调用方式
它不是黑盒，参数决定路径解析逻辑：
-
View::fetch()（空参）：按控制器名+方法名自动找模板，比如app\controller\User::index()→view/user/index.html -
View::fetch('edit')：当前控制器下找view/user/edit.html -
View::fetch('admin@user/index')：跨应用渲染，读取app/admin/view/user/index.html -
View::fetch('/login')：从视图根目录开始，即view/login.html
注意：路径不写后缀，.html 是默认补全的；如果改过配置（如 view_suffix 设为 .htm），就得匹配那个后缀。
传参必须走第二个参数数组
View::fetch() 不支持链式 assign()，变量得一次性塞进第二个参数：
立即学习“PHP免费学习笔记（深入）”；
return View::fetch('user/profile', [
'name' => '张三',
'posts' => $list,
'is_admin' => true
]);
常见错误是写成这样：
View::assign('name', '张三'); // ❌ 门面没有 assign 方法
return View::fetch('user/profile');
会报 Call to undefined method think\facade\View::assign()。想用 assign，只能退回到老版本手动 new View 实例——但那不是推荐路径，且和新版配置不兼容。
别误用 view() 助手函数当万能替代
view() 确实能简化写法：return view('user/index', [...])，但它本质就是封装了 View::fetch()，行为完全一致。问题在于：
- 它不能动态切模板引擎（比如临时切到
php引擎） - 它不支持
View::config()那种运行时配置修改 - 调试时堆栈更难定位——出错提示指向助手函数，而非门面本身
所以中大型项目建议统一用 View::fetch()，避免隐式行为干扰排查。
模板文件不存在时的报错很直接
比如你写了 return View::fetch('user/dashboard')，但实际只有 view/user/dashboard.htm，而配置里 view_suffix 是 .html，就会报：
Template not found: D:\project\view\user\dashboard.html
这时候别急着改代码，先确认三件事：
- 文件路径是否拼写正确（大小写、下划线、斜杠方向）
-
config/view.php里的view_path是否被意外修改过 - 是否启用了多应用模式却漏写了
@分隔符（如该写admin@user/index却只写了user/index）
最隐蔽的坑是 Windows 下路径分隔符混用，view\user\index.html 和 view/user/index.html 在某些配置下会被当成不同路径。
