修改 view_path 配置项即可生效，需在应用启动早期（如 config/view.php）设置为相对 app_path 的路径，末尾不加斜杠，且须同步移动模板文件、注意大小写与权限问题。
修改 view_path 配置项就能生效
ThinkPHP 默认把模板放在 app/view/，改它不需要动核心类或重写渲染器。关键就是调整配置里的 view_path，而且必须在视图引擎初始化前完成——也就是在应用启动早期（比如 app/common.php 或配置文件中）设置，而不是在控制器里临时改。
- 推荐在
config/view.php里直接改'view_path' => '../resources/views/'这类路径（注意是相对APP_PATH的） - 如果用的是多应用模式，每个应用的配置要单独设，不能只改全局配置
-
view_path值末尾不加斜杠，框架内部会自动补；加了反而可能拼出双斜杠导致路径异常 - 路径支持
../回退，但别跨出项目根目录，否则部署时容易因权限或符号链接问题报View not found
模板后缀和布局文件路径跟着一起变
改了 view_path 后，view_suffix（默认 .html）和 layout_on 对应的布局文件路径都会基于新路径查找。这意味着你挪了目录，就得确保原有模板文件一并移过去，否则会直接抛出 Template not exists 错误。
- 布局文件名由
layout_name决定，默认是layout，所以新路径下得有../resources/views/layout.html - 如果你用了
fetch()手动加载模板，路径参数仍是相对于view_path的，不是绝对路径，别写成fetch('/resources/views/index.html') - 开启
view_depr（模板分隔符，默认/）时，$this->fetch('admin/index')实际找的是admin/index.html，这个结构要在新view_path下保持一致
命令行环境或 CLI 模式下容易漏配
用 php think run 或自定义命令时，配置加载顺序和 HTTP 请求不同，有些场景下 view.php 可能没被载入，导致还是走默认路径。这不是 bug，是配置作用域没覆盖到。
- CLI 模式下务必确认
think\facade\View初始化前，view_path已通过Config::set()显式设置过 - 测试方法：在命令类的
handle()开头加一行dump(\think\facade\Config::get('view.view_path'))，看输出是否符合预期 - 如果用了容器绑定自定义视图驱动，得同步检查绑定逻辑里有没有硬编码
app/view/
调试时 Template not exists 错误的真实含义
这个错误信息看起来像路径错了，但实际可能是权限、大小写、扩展名三者之一出了问题。Linux 系统下 Index.html 和 index.html 是两个文件，Windows 不敏感，部署到服务器就挂。
- 错误提示里显示的完整路径（如
.../app/view/index/index.html）是框架“以为”该去的位置，不是你当前写的路径 - 用
realpath()手动打印一下view_path对应的绝对路径，确认它确实存在且 PHP 进程有读取权限 - 开启
view_cache时，改路径后旧缓存可能残留，记得删掉runtime/view/目录再试
最常被忽略的是多应用 + 自定义路径组合下的配置隔离问题：一个应用改了 view_path，另一个没改，但共用了同一份基础配置，结果只有部分模板生效。这种时候得挨个检查每个应用的 config/view.php 是否独立存在且内容正确。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
