答案是运行composer dump-autoload -o --verbose查看重复类路径，再检查autoload_classmap.php中多条映射、psr-4前缀重叠及顺序，并用composer show -p验证生效映射；exclude-from-classmap仅支持完整路径或目录，对psr-4无效。
Class XXX is already in use 错误怎么快速定位冲突源
这不是加载失败，是 PHP 解析器在第二次 define 同名类时直接 panic。必须让两个同名类都“露面”，才能看清谁在打架。
先运行：composer dump-autoload -o --verbose，盯住终端输出里反复出现的类名和对应路径；没报错但运行崩？手动触发加载：php -d display_errors=1 -d error_reporting=-1 vendor/autoload.php，配合 spl_autoload_call 里加 error_log($class . ' => ' . $file)，看同一个类被加载几次、每次从哪来。
再打开 vendor/composer/autoload_classmap.php，搜索目标类名——出现多条映射，就是实锤。
- 检查
exclude-from-classmap写法是否正确：只认完整路径（如"src/Deprecated/Helper.php"）或目录（如"legacy/"），"Helper"或"src/Deprecated/*"全部静默忽略 -
exclude-from-classmap对 PSR-4 完全无效，PSR-4 冲突只能靠删文件、改命名空间或调整前缀顺序解决
PSR-4 前缀重叠时，哪个路径的类会被实际加载
Composer 不按 composer.json 中 psr-4 数组书写顺序决定优先级，而是按最长前缀原则匹配，并且 vendor 包的映射顺序固化在 vendor/composer/autoload_psr4.php 里。
例如配置了 "App": "src/" 和 "AppHelper": "vendor/pkg/src/Helper/"，你以为后者会覆盖前者？不会。因为 AppHelperSomething 会命中更长的前缀 AppHelper，而 AppControllerUser 则走 App —— 这是匹配逻辑，不是覆盖逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 同一命名空间配多个路径（如
"App\": ["src/", "legacy/"]）在 Composer 2.2+ 直接报错，已被禁用 - 命名空间末尾必须带反斜杠：
"App\": "src/"✅，"App\": "src"❌（后者会导致类名解析多一层） - 想强制覆盖某个 vendor 类？唯一可靠方式是调用
$loader->prependPsr4()，而不是改composer.json顺序
为什么开了 prepend-autoloader: true 还是加载不到 mock 类
根本原因不是配置没生效，而是框架（比如 Laravel）在你 require vendor/autoload.php 之前，已经用 spl_autoload_register() 注册了自己的 loader，它的逻辑先跑，直接加载了项目路径下的类，Composer 的 loader 根本没机会触发。
检查入口文件（如 public/index.php）是否在 require __DIR__.'/../vendor/autoload.php'; 之前调用了框架初始化代码；Laravel 9+ 默认已把 autoload 提到最前，但自定义 bootstrap 流程可能绕过了它。
-
prepend-autoloader只影响vendor/autoload.php内部 loader 的注册顺序，不改变外部已注册 loader 的优先级 - 要覆盖项目同名类，得把 mock 类放进
autoload-dev，并用psr-4显式声明命名空间映射，确保 Composer loader 能“先看到”它 - 避免在测试或启动流程中手动
require原始类文件，这会绕过 autoloader，直接触发重复定义
fork 包后类名冲突最隐蔽的坑在哪
报错 Package monolog/monolog is already registered 是注册阶段就卡死，根本没机会走到自动加载。这不是 autoload 配置能解决的问题。
根本原因是 fork 后没改 composer.json 里的 name 字段，导致两个包共用同一键。Composer 将 name 视为唯一键，和 Git 分支、URL、版本号都无关。
- 改名后必须同步更新
autoload的psr-4路径，否则类文件找不到 - 主项目
require行要指向新名字，比如"yourname/monolog": "dev-main" - 私有镜像里多个环境用同一
name（如acme/utils在dev/staging分支都叫这个）也会中招
临时删 vendor/ 或硬改 composer.lock 只能骗过一次，下次 update 就还原。真正稳定的做法只有改名或用 replace 显式声明替代关系。
