fetch()参数决定模板查找路径：'user/profile'拆解为控制器/操作名，按view_path配置+模块目录+fallback规则逐级查找，大小写、斜杠、缓存均影响结果。
“模板不存在”不是文件真丢了，而是 ThinkPHP 6 按规则找路径时没对上——它不看你在哪放的文件，只认配置 + 约定 + 当前控制器上下文。
fetch() 参数怎么拼，决定它去哪找
调用 $this->fetch('user/profile') 时，框架不会直接拼成 app/view/user/profile.html 就完事。它会先拆解字符串：
- 第一段
user→ 当作控制器名（或模块/控制器组合），用于匹配视图目录结构 - 第二段
profile→ 当作操作名，对应模板文件名 - 后缀由
config/view.php中的view_suffix决定，默认是html，所以最终找的是user/profile.html
常见错法：
-
$this->fetch('profile')→ 找profile.html，不是当前控制器名/profile.html -
$this->fetch('User/profile')（首字母大写）→ Linux 下实际文件是user/profile.html，大小写不一致就静默失败 -
$this->fetch('admin@index/index')（跨模块）→ 要求app/admin/view/存在且含index/index.html，否则 fallback 到根目录view/
view_path 配置必须是绝对路径，且不能漏掉末尾斜杠
config/view.php 中的 view_path 是起点，但它不是“相对路径前缀”，而是完整路径起点。写错就会彻底跑偏：
立即学习“PHP免费学习笔记（深入）”；
- ❌
'view_path' => './app/view/'→.在 CLI 和 Web 下解析位置不同，./可能指向/var/www或/tmp，结果找不到 - ✅
'view_path' => app_path('view') . DIRECTORY_SEPARATOR→ 用框架函数生成真实绝对路径 - ✅
'view_path' => __DIR__ . '/../view/'→ 手动拼也必须用__DIR__锚定
注意：view_path 值末尾必须有 DIRECTORY_SEPARATOR（即 / 或 \），否则拼接 user/profile.html 会变成 app/viewuser/profile.html —— 少个斜杠就少一层目录。
模板目录存在性检查有优先级，别被“自动 fallback”骗了
ThinkPHP 6 查模板路径时有一套隐式 fallback 逻辑，但顺序很关键：
- 先查
view_path配置值指向的目录（如app/view/） - 若该目录不存在，再查
app/当前模块名/view/（比如多应用下app/admin/view/） - 若还不存在，最后 fallback 到项目根目录下的
view/（即./view/）
问题常出在第 2 步：你启用了多应用，却把模板放在了 app/view/，而框架优先查 app/admin/view/ —— 它存在（哪怕为空），就不会继续 fallback 到 app/view/。结果就是：“文件明明在，却报不存在”。
验证方法：dump(app()->getNamespace()); 看当前模块名；再确认 app/模块名/view/ 是否真的存在且可读。
缓存不清理，改了等于没改
模板首次加载后，会被编译成 PHP 文件存进 runtime/view/。后续请求直接执行缓存，不再读原始 HTML 文件。所以：
- 你删了
app/view/user/profile.html，但runtime/view/里还有旧编译文件 → 页面照常显示（可能还是错的） - 你新建了
profile.html，但缓存没清 → 依然报“模板不存在”，因为编译阶段就读失败了，缓存压根没生成
开发阶段最稳妥的做法：
- 每次改模板前，手动删掉
runtime/view/全部内容 - 或临时关缓存：
'cache' => false（注意：设为false有时会导致错误不报、只返回空白，不如删目录直接） - Linux 下还要检查
runtime/目录权限：Web 进程用户（如www-data）必须对它有写权限，否则连缓存都写不进去，直接卡死在“找不到模板”
