thinkphp 无“缓存类”功能，所谓自动加载缓存仅指路径映射缓存；'autocache'=>true 无效且 tp6+ 已移除；可靠方式是 composer classmap 或手动 addclassmap（tp5.1 前有效）。
ThinkPHP 的自动加载本身不提供“缓存类”这个独立功能，所谓“自动加载缓存”，指的是框架对类文件路径的缓存（~runtime/cache/autoload.php 或 Composer 生成的 vendor/composer/autoload_classmap.php），不是缓存类的实例或行为。误以为能靠配置开关直接“缓存某个类”，基本会走偏。
为什么设置 'autocache' => true 没效果
该配置项来自 TP5.0 早期文档，但实际从未被核心加载器读取或使用。它既不控制 PSR-4 解析缓存，也不影响 Composer 的 classmap 生成。你加了这行，Loader::register() 和 spl_autoload_register 的行为完全不变。
- TP6+ 已彻底移除所有基于
app_init钩子的 autoload 缓存逻辑 -
config/app.php中的'autocache'字段被忽略，不会触发任何路径扫描或写入~runtime - 真正起作用的缓存只有两类：Composer 的
autoload_classmap.php（静态）、以及 ThinkPHP 自己的类映射表（通过Loader::addClassMap()手动注册）
如何让某个类“被缓存住”，避免每次解析路径
目标是跳过 PSR-4 的字符串拆分 + 目录拼接 + file_exists() 判断，直接命中文件路径。唯一可靠方式是用 Loader::addClassMap() 显式注册——但它只在 TP5.1 之前有效；TP6+ 中该方法仍存在，但仅用于运行时临时映射，不参与容器反射和依赖注入。
- TP5.0/5.1 项目中可写：
Loader::addClassMap(['appserviceUserService' => APP_PATH . 'service/UserService.php']); - TP6+ 项目中，必须改走 Composer：
"autoload": {"classmap": ["app/service/"]}，再执行composer dump-autoload -o - 注意：classmap 不支持命名空间前缀匹配，它扫描的是目录下所有
.php文件并硬编码全路径，所以适合稳定、少变更的工具类目录 - 别对
app/controller/这类高频变动目录用 classmap，否则每次改个控制器都要重跑dump-autoload
vendor/autoload.php 被引入后，类还找不到？
常见于自定义包（如 extend/ 下的 SDK）未被 Composer 管理。TP6 不再识别 Loader::addNamespace()，也不会自动扫描 extend/ 目录。
- 确认
public/index.php中是否仍保留require __DIR__.'/../vendor/autoload.php';—— 若被删或注释，整个 Composer 加载链就断了 - 把
extend/pay/这类目录加入composer.json："psr-4": {"extend\pay\": "extend/pay/"}（注意双反斜杠和路径结尾无斜杠） - 执行
composer dump-autoload -o后，检查vendor/composer/autoload_psr4.php是否出现对应键值 - Windows 下易漏掉第二个
，写成"extendpay"会导致命名空间解析失败，报错Class "extendpayAlipay" not found
最常被忽略的一点：TP6 的容器（thinkContainer）只从 Composer 注册的命名空间里做反射扫描。哪怕你用 require_once 手动加载了一个类，它也无法被 app()->make() 识别——自动加载不是“让类能 new 出来”，而是“让框架知道它在哪、怎么管”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
