Service目录不自动生效是因为TP6移除自研加载器后仅依赖Composer的PSR-4配置，默认"app\": "app/"不递归扫描子目录；需在composer.json中添加"app\service\": "app/service/"，执行composer dump-autoload -o，并确保命名空间与路径严格一致。
需要。ThinkPHP 6+ 完全依赖 Composer 的 PSR-4 自动加载，app/service 目录默认不被识别，硬建类文件会直接抛出 ClassNotFoundException。
为什么 Service 目录不自动生效
TP6 移除了所有自研加载器（包括 thinkLoader），整个框架和应用代码都走 vendor/autoload.php。而默认的 composer.json 只声明了："psr-4": {"app\": "app/"} —— 这仅覆盖 app/ 根目录下的子命名空间（如 appcontroller、appmodel），但不会递归扫描 app/service 下的类，除非你显式告诉 Composer：appservice 对应 app/service/ 这个路径。
怎么配：三步缺一不可
- 在项目根目录
composer.json的"autoload" → "psr-4"中追加一行："app\service\": "app/service/"（注意结尾斜杠和双反斜杠） - 运行
composer dump-autoload -o（必须加-o，否则开发中新增类可能漏加载） - 确保类文件命名空间与路径严格匹配：比如
app/service/UserService.php必须声明namespace appservice;，不能是appservices或AppService
常见踩坑点
容易忽略大小写和路径细节：
- Windows 下文件系统不区分大小写，但 Composer autoload_static.php 生成时严格按命名空间大小写映射 ——
appService和appservice是两个不同命名空间 - 漏掉
composer.json中的反斜杠转义（JSON 里写"app\service\"，不是"appservice"） - 把 Service 类放进
app/common或app/library：前者语义模糊，后者会被当成通用工具类，和真正跨模块复用的 Service 层意图冲突 - 改完配置没跑
dump-autoload，或只跑composer install—— 后者不会刷新自动加载映射
最常被跳过的动作是：改了 composer.json 却忘了 dump-autoload -o。这一步不是可选优化，而是让新路径进入 autoload_static.php 的强制开关。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
