定位类名冲突需先运行composer dump-autoload -o --verbose查看重复类及其路径，再检查autoload_classmap.php中同名类的多条映射，确认psr-4前缀是否重叠及顺序，并用composer show -p验证生效映射。
Cannot declare class Xxx, because the name is already in use 这类错误不是加载失败，是 PHP 解析器在第二次尝试定义同名类时直接 panic —— 你得先让两个文件都“露面”，才能看清谁在打架。
定位重复类的物理路径
别猜，直接让 Composer 把扫描到的所有类路径吐出来：
运行 composer dump-autoload -o --verbose，盯住终端输出里反复出现的类名和对应文件路径。如果没报错但运行时崩，就手动触发加载：php -d display_errors=1 -d error_reporting=-1 vendor/autoload.php，配合 xdebug 断点或在 spl_autoload_call 里加 error_log($class . ' => ' . $file)，看同一个类被加载了几次、每次从哪来。
再打开 vendor/composer/autoload_classmap.php，搜索目标类名 —— 出现多条映射，就是实锤。
排除文件不生效？检查 exclude-from-classmap 写法
exclude-from-classmap 只对 classmap 类型自动加载起作用，且只认完整路径（带扩展名）或目录（末尾带斜杠）：
- 错误写法："ExcludeMe.php"、"Helper"、"src/Deprecated/*" —— 全部静默忽略
- 正确写法："src/Deprecated/Helper.php" 或 "legacy/"
路径区分大小写，"Src/" ≠ "src/"；它对 PSR-4 完全无效，PSR-4 冲突只能靠删文件、改命名空间或调整 psr-4 映射前缀顺序解决。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
PSR-4 前缀重叠时加载顺序怎么算
Composer 不校验命名空间是否冲突，只按 composer.json 中 psr-4 配置的**声明顺序**逐个尝试：
- 先查第一个路径，找到就返回，后面路径里的同名类永不加载
- 但如果某处用了 require 或 include 手动加载了第二个路径下的类，panic 就立刻触发
- 检查 composer show -p 确认当前生效的映射，用 composer dump-autoload -o --verbose 观察扫描顺序
- 别依赖“后声明覆盖前声明”，这规则只存在于你的想象里，Composer 不这么玩
fork 包引发的类名冲突最隐蔽
报错 Package monolog/monolog is already registered 是注册阶段就卡死，根本没机会走到自动加载：
- 根本原因是 fork 后没改 composer.json 里的 name 字段，导致两个包共用同一键
- 改名后必须同步更新 autoload 的 psr-4 路径，否则类文件找不到
- 主项目 require 行要指向新名字，比如 "yourname/monolog": "dev-main"
- 私有镜像里多个环境用同一 name（如 acme/utils 在 dev/staging 分支都叫这个）也会中招，必须按用途区分命名
类名冲突真正难缠的地方不在“找不到类”，而在“找到了两个”——而且第二个出现时 PHP 已经来不及优雅退出。排查时务必跳过“哪个类该留”的争论，先拿到两个文件的绝对路径，再决定砍哪边。
