TP6自动加载完全交由Composer管理，TP5则为Composer与thinkLoader双轨并行；直接复制TP5的application/目录到TP6会导致类找不到，因TP6要求所有类严格符合PSR-4规范并在composer.json中显式声明autoload映射，且必须执行composer dump-autoload -o生效。
TP6 的自动加载完全交给 Composer，TP5 是 Composer + 自研 Loader 双轨并行；直接复制 TP5 的 application/ 目录到 TP6，类肯定找不到。
TP5 的自动加载是“双引擎”：Composer + thinkLoader
TP5 启动时先加载 thinkphp/library/think/Loader.php，它自己实现了一套 PSR-4/PSR-0 映射、别名注册、类库映射（classmap）逻辑；同时也会兼容 vendor/autoload.php。这意味着：
- 你可以不写
composer.json里的autoload配置，靠Loader::addNamespace()或配置文件手动注册命名空间 -
application/下的类默认被Loader自动识别（无需 Composer 声明），所以 TP5 项目常出现 “没跑composer dump-autoload也能跑通” 的错觉 - 执行
php think optimize:autoload会生成runtime/classmap.php，加速类查找——但这和 Composer 的classmap是两套东西
TP6 的自动加载只认 Composer，thinkLoader 已移除
TP6 不再自带任何类加载器，整个框架（包括核心服务）都通过 vendor/autoload.php 加载。所有应用代码必须严格符合 PSR-4，并在 composer.json 中声明：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
app/目录必须显式注册："psr-4": {"app\": "app/"}，漏掉反斜杠或路径大小写错误（如App/）都会导致Class not found - 新增控制器后，必须运行
composer dump-autoload -o（加-o生成优化版，否则开发中容易漏加载） - TP5 风格的
new ppserviceUserService()在 TP6 里会失败——除非你确认该类路径已纳入 Composer 的 autoload 规则
常见错误：为什么 TP5 能跑的代码在 TP6 报 Class not found？
根本原因不是语法或命名问题，而是加载路径没被 Composer 知道。典型场景：
立即学习“PHP免费学习笔记（深入）”；
- 沿用 TP5 的
application/common.php全局函数文件：TP6 不自动加载它，得手动在app/provider.php里include - 把 TP5 的
application/index/controller/Index.php直接扔进 TP6 的app/controller/，但命名空间写成appindexcontroller（TP6 没index模块层，默认就是appcontroller） - 用了第三方扩展，但它的
composer.json没配 autoload，或者你没执行composer install就直接拷了源码
迁移时最容易忽略的细节
TP5 到 TP6 的自动加载迁移，不是改个目录名就完事。关键检查点只有三个：
- 确认
composer.json的autoload.psr-4包含"app\": "app/"，且app/是小写 - 所有控制器、模型、服务类的命名空间，必须与文件物理路径完全一致（比如
app/controller/User.php→appcontrollerUser） - 每次新增类文件后，别忘了
composer dump-autoload -o，CI/CD 流水线里也得加这步，否则上线就炸
