定位ThinkPHP“模板不存在”问题需先确认框架实际查找路径，它由项目根目录+view_path配置+控制器/操作名规则拼接而成，日志中显示的绝对路径即真实查找位置。
ThinkPHP提示“模板不存在”时，真正要找的不是“有没有这个文件”，而是“系统到底去哪找了”。定位实际路径是排查的第一步，也是最关键的一步。
看日志里写的完整查找路径
开启调试模式后，框架会在 runtime/log/ 下生成详细错误日志。打开最近的 log 文件，搜索“模板不存在”或“template not exists”，你会看到类似这样的记录：
- 模板文件不存在: /var/www/html/app/view/User/getUserInfo.html
- 模板文件不存在: /var/www/html/app/view/index/index.html
这一行就是系统实际尝试加载的绝对路径。它由三部分拼成：项目根目录 + 配置的 view_path + 自动推导的控制器/操作路径。日志路径不骗人，照着它去服务器上 ls 一下，立刻知道是路径写错、目录没建，还是文件名大小写不对。
确认框架到底按什么规则拼路径
ThinkPHP 默认不会直接用你传给 display() 或 fetch() 的字符串当文件名，而是按规则解析：
立即学习“PHP免费学习笔记（深入）”；
- 没传参数时（如 $this->display()），默认找 当前控制器名小写/当前方法名小写.html（例如 User 控制器里的 getUserInfo 方法 → user/getuserinfo.html）
- 传了字符串如 $this->fetch('index')，默认找 view/index.html（不是 index/index.html）
- 传了带斜杠的如 $this->fetch('admin/login')，才找 view/admin/login.html
注意：Linux 下 getuserinfo.html 和 getUserInfo.html 是两个完全不同的文件。
检查 view_path 配置是否生效
路径起点由 config/view.php 中的 view_path 决定。常见陷阱有：
- 值为 'template/'：表示从 public 目录下找（即 public/template/）
- 值为 './app/view/'：正确，相对当前入口文件位置
- 值为 '/app/view/'（开头是 /）：变成 Linux 绝对路径，通常找不到
- 多应用模式下，各模块可能单独配了 config/template.php，需逐个确认
用代码临时打印真实路径
在出错的控制器方法里加一行调试代码：
dump(app('view')->getTemplatePath('index'));
它会直接输出框架根据当前配置和参数计算出的最终模板文件绝对路径，比翻日志还快。确认路径无误后，再检查该路径下文件是否存在、权限是否可读、大小写是否匹配。
