应先查看 runtime/log 中报错日志确认实际查找路径，再比对 config/view.php 的 view_path 配置，检查相对/绝对路径、斜杠、大小写及物理文件存在性，接着核对控制器/方法名到模板名的转换规则（全小写），最后排查运行时是否动态覆盖了视图路径。
遇到“模板文件不存在”报错，别急着删文件或重装框架，核心是搞清系统到底想找哪个路径、为什么没找到。最可靠的方式是从日志出发，逆向比对路径逻辑。
看 runtime/log 里的真实查找路径
打开 runtime/log 目录，进最新日期的子文件夹（比如 20261027），打开里面最新的 .log 文件，搜索关键词：
template not exists 或 模板不存在
你会看到类似这样的行：
- [ error ] template not exists: /var/www/html/app/view/user/profile.html
- [ error ] template not exists: /var/www/html/template/admin/index/index.html
这条路径就是 ThinkPHP 实际去磁盘上找的位置——它比你写的代码更真实，是排查起点。
对照 view_path 配置逐段检查
打开 config/view.php，找到 view_path 的值，例如：
- 'view_path' => './app/view/'（开发常用）
- 'view_path' => Env::get('root_path') . 'template/'（虚拟主机推荐）
把日志里的完整路径，拆成几段和这个配置比对：
立即学习“PHP免费学习笔记（深入）”；
- 开头有没有 ./？漏掉就变成绝对路径，比如写成 'app/view/'，系统会去找 /app/view/（从磁盘根开始）
- 末尾有没有多余斜杠？比如 './app/view//'，拼接后可能变双重斜杠，导致路径异常
- Linux 下大小写必须完全一致：view/user/profile.html ≠ view/User/Profile.html
- 确认项目结构里真有这个物理路径，不是只在 IDE 里“看起来存在”
核对控制器与方法名到模板名的转换规则
ThinkPHP 默认按小写字母拼路径：
- 控制器类名 UserController → 模板目录为 user/
- 方法名 editProfile → 模板文件名为 editprofile.html（全小写，无驼峰）
- $this->fetch('admin/index') → 实际找的是 view/admin/index.html，不是 view/admin/index/index.html
如果你在 Windows 开发时用了 editProfile.html，部署到 Linux 就会找不到——因为系统要的是 editprofile.html。
检查是否被运行时动态覆盖
有些项目在中间件、事件或控制器初始化时改了视图路径，比如：
- $this->app->view->config(['view_path' => './public/themes/blue/']);
- app('view')->config(['view_path' => $customPath]);
这种设置会直接覆盖 config/view.php 的配置。可在出错控制器的 initialize() 方法里加一行：
trace('final view path: ' . $this->app->view->getConfig('view_path'));
再刷新页面，去日志里查这条 trace，确认最终生效的是哪个路径。
