Composer未扫描到类文件，需检查composer.json的psr-4配置（如"App\": "app/"）、路径是否为根目录相对路径、文件是否被.gitignore忽略，以及命名空间声明末尾反斜杠和大小写是否严格匹配。
composer dump-autoload -v 输出里没看到你的类名
说明 Composer 根本没扫描到那个文件，不是加载失败，是压根没“看见”。直接看命令输出比翻代码快得多。
- 运行
composer dump-autoload -v，逐行检查是否出现你类的完整命名空间（比如AppServicesUserService）和对应路径（比如app/Services/UserService.php） - 如果完全没出现，重点查三处：
composer.json中psr-4键值对是否拼写正确（必须是"App\": "app/"，不是"App": "app/"或"App/": "app/"） - 路径是否为项目根目录下的相对路径（
"app/"✅，"./app/"❌，"/var/www/myapp/app/"❌） - 该文件是否被
.gitignore拦截了（dump 默认跳过被忽略的路径）
autoload_psr4.php 里搜不到你的命名空间前缀
生成的映射文件里没有你的命名空间，代表配置没生效，不是代码问题。
- 打开
vendor/composer/autoload_psr4.php，用文本搜索找'App\'（注意双反斜杠） - 如果没找到，确认
composer.json的autoload字段名拼写正确（只能是"autoload"，不是"autoloader"或"auto_load"） - 检查 JSON 格式：不能有 tab 缩进、末尾不能有多余逗号、字符串必须用双引号
- 确认改的是项目根目录下的
composer.json，不是某个 vendor 子包里的同名文件
命名空间声明末尾少了一个反斜杠
PHP 允许不写末尾反斜杠，但 Composer 的 PSR-4 匹配是字符串级精确比对，漏掉就彻底失效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 类文件顶部必须写成
namespace AppHttpControllers;（结尾有分号，前面是单个反斜杠） - 在 JSON 中表示这个前缀时，要写成
"App\": "app/"（双反斜杠是转义结果） - 用
grep -n "namespace" app/Http/Controllers/HomeController.php快速验证声明是否一致 - 大小写也必须严格匹配：Linux 下
app/http/controllers/≠app/Http/Controllers/
类存在但 classmap 里没记录
加了 -o 参数后，Composer 优先查 autoload_classmap.php；如果里面没这个类，又没 fallback 到 PSR-4（比如用了 -a），就会直接报错。
- 打开
vendor/composer/autoload_classmap.php，搜索完整类名，如AppServicesUserService - 如果没找到，先删掉所有
autoload_*.php文件：rm -f vendor/composer/autoload_*.php - 再跑
composer dump-autoload -o，强制重新扫描全部已声明路径 - 开发中慎用
--classmap-authoritative（-a）：它会关闭 PSR-4 fallback，新增类不重跑命令就永远加载不到
最常被忽略的是命名空间末尾反斜杠在 JSON 里的转义写法，以及文件路径大小写与系统实际行为的不一致——Windows 能蒙混过关，Linux 一部署就崩。别信 IDE 补全，直接查 autoload_psr4.php 和 autoload_classmap.php 里的真实映射。
