遇到 Composer "Class not found" 错误时，需检查类命名与路径是否符合 PSR-4 规范，确认 composer.json 中 autoload 配置正确（如 "App\": "src/"），确保类文件位于对应目录（如 src/Service/UserService.php），文件名与类名一致且大小写匹配，修改后执行 composer dump-autoload --optimize 重建自动加载文件，并验证 vendor/composer/autoload_psr4.php 中映射是否生成，最后检查代码中 use 语句是否正确引用命名空间。
遇到 Composer 的 "Class not found" 错误时，通常是自动加载机制未能正确识别或加载目标类。以下是系统性的排查步骤，帮助你快速定位并解决问题。
1. 确认类命名与文件路径匹配
PSR-4 或 PSR-0 自动加载规范要求类名与命名空间、目录结构严格对应。检查以下几点：
类的命名空间是否与
composer.json
中定义的 PSR-4 映射一致
类文件是否放在正确的目录下（如
src/Service/UserService.php
对应
AppServiceUserService
）
文件名是否与类名完全相同（包括大小写）
例如：类
AppServiceUserService
必须位于
src/Service/UserService.php
，且文件内命名空间声明正确。
2. 检查 composer.
json
的 autoload 配置
打开项目根目录下的
composer.json
，确认
autoload
字段配置无误：
注意：
命名空间后缀必须是双反斜杠
\
或使用正斜杠
目录路径相对于项目根目录，确保实际目录存在
若修改了配置，必须重新执行 dump-autoload
3. 重新生成自动加载文件
即使代码正确，Composer 缓存可能未更新。运行以下命令重建自动加载映射：
建议加上优化选项：
如果使用了 classmap 或排除了某些文件，可强制扫描：
4. 验证类是否被正确扫描
查看生成的
vendor/composer/autoload_psr4.php
文件，搜索你的命名空间：
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
确认路径正确，并且目标类文件确实存在于该目录结构中。
也可以用命令验证类映射：
或手动包含
vendor/autoload.php
并尝试实例化类，看是否仍报错。
5. 检查命名空间引用是否正确
在使用类的地方，确保 use 语句正确：
避免拼写错误或遗漏 use 导致 PHP 查找当前命名空间下的类。
如果是全局函数或类，确认没有意外启用了命名空间。
基本上就这些。大多数 "Class not found" 问题都源于路径映射不一致或未刷新自动加载。保持命名空间、目录结构和配置三者一致，问题就能解决。
{
"autoload": {
"psr-4": {
"App\": "src/"
}
}
}
composer dump-autoloadcomposer dump-autoload --optimizecomposer dump-autoload -a'App\' => array($baseDir . '/src')composer show -vuse AppServiceUserService;