tp6是架构重写的全新框架，非tp5升级版；控制器须置于小写app/下且命名空间与路径严格对应，方法名需小驼峰，新增控制器后须执行composer dump-autoload。
TP6 不是 TP5 的“升级版”，而是架构重写后的新框架；直接替换文件、改配置、不重构代码，99% 会失败。
tp6 的 app/ 目录为什么找不到 IndexController？
TP6 默认没有 application/ 目录，控制器必须放在小写的 app/ 下，且命名空间与路径严格对应：
-
app/controller/Index.php对应命名空间app\controller\Index，类名必须是Index（不能是IndexController） - 方法名必须是小驼峰，如
index()或userList()；user_list()会被路由忽略，返回 404 且无提示 - 若沿用 TP5 的大写
Application/或带Controller后缀的类名，类自动加载直接失败，报Class not found - 新增控制器后，必须运行
composer dump-autoload（开发中建议加-o参数生成优化加载）
config/database.php 里写了 DB_HOST，但 .env 修改没生效？
.env 不是万能配置开关，它只在被显式读取时才起作用：
-
config/database.php中必须写成'hostname' => env('DB_HOST', '127.0.0.1')，硬编码'hostname' => '127.0.0.1'会完全绕过.env -
.env文件名必须是.env，不能是.env.local或.env.production，否则完全不加载 -
.env只影响env()函数调用处，不会自动映射到所有配置项；config/app.php里的debug仍需靠APP_DEBUG=true控制 - 部署时务必把
.env加入.gitignore，避免数据库密码泄露
Template not found 或 Call to undefined method think\View::fetch()？
这是模板引擎错配的典型信号，TP5 和 TP6 的 View 类设计完全不同：
- TP6 默认使用原生 PHP 模板（
'type' => 'php'），若要继续用{volist}、{:func()}等语法，必须先执行composer require topthink/think-template - TP6 的
think\View是容器服务，不再提供静态fetch()方法；必须用app('view')->fetch()或门面View::fetch()（前提是已注册） - 继承语法
{extend name="layout"}在 TP6.3+ 默认只识别.html/.htm后缀；若用.tpl，需在config/view.php中显式配置'file_ext' => ['html', 'htm', 'tpl'] -
view_replace_str已移至config/view.php的'replace'数组，且键名必须含双下划线前缀，如'__STATIC__' => '/static'
tp5 多模块项目想迁移到 tp6，能直接复制 application/ 过去吗？
不能。TP6 默认是单应用结构，多模块 ≠ 多应用，强行复制只会让路由、命名空间、自动加载全部失效：
- TP5 的
application/index/和application/admin/模块，在 TP6 中需转换为独立应用，必须安装扩展：composer require topthink/think-multi-app - 每个应用需有独立的
app/目录（如app/index/、app/admin/），命名空间也需对应调整为index\controller\Index等 - 路由不再跨应用共享，
index应用的路由无法访问admin应用的控制器，也不能共用同一套中间件配置 - 若只是想保留目录隔离感，建议用 TP6 原生的「多层控制器」或「资源路由分组」替代，而非强上多应用
最易被忽略的一点：TP6 的自动加载、路由匹配、模板解析全部依赖 PSR-4 路径一致性，任何一处命名空间与物理路径偏差，都不会报明确错误，而是静默失败——比如 404、空白页、Class not found，排查时容易陷入配置文件反复检查的死循环。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
