Composer 不会加载时报错，但运行时大概率出现 Fatal error: Class 'XYZ' not found 或加载错误类，因 PSR-4 映射按 autoload_psr4.php 注册顺序覆盖，后写入者生效；可通过 replace 或 conflict 在 composer.json 中声明排他关系。
Composer 加载时发现两个包写了同一个命名空间，会报什么错？
不会直接报错，但运行时大概率 Fatal error: Class 'XYZ' not found 或者加载了错误的类——因为 Composer 的自动加载规则是“先注册、后覆盖”，后安装/后写入 vendor/composer/autoload_psr4.php 的包会覆盖前面同命名空间的映射。
这不是 Composer 的 bug，而是 PSR-4 规范下“路径映射优先级”的自然结果。你看到的类来自哪个包，取决于它们在 autoload_psr4.php 里注册的顺序，而这个顺序由 composer install 时依赖解析和写入时机决定，不可控。
怎么让 Composer 明确指定某个命名空间只走某一个包？
靠 autoload-dev 或 autoload 的局部重写不行，那只是“添加”，不是“排他”。真正有效的是用 replace 或 conflict 在 composer.json 中声明关系：
-
"replace": { "vendor-a/package-x": "*" }—— 告诉 Composer：“我这个包已经实现了 vendor-a/package-x 的全部功能”，安装时会跳过原包（适合你做了 fork 并改名维护） "conflict": { "vendor-b/package-y": " —— 强制阻止冲突版本共存（适合你知道某个旧版会污染命名空间）- 更彻底：在根项目
composer.json的autoload.psr-4中显式绑定命名空间到你信任的路径，例如："MyLib\": "src/MyLib/"，并确保该路径下没有混入其他包的类文件
为什么 vendor 里两个包都装上了，但自动加载只认其中一个？
因为 Composer 的 PSR-4 加载器是线性扫描：它拿到一个类名 AppServicesLogger，会按注册顺序遍历所有命名空间前缀，找到第一个匹配的路径就拼上剩余部分去 require。一旦 "App" => "vendor/old-package/src" 在 autoload_psr4.php 里排在 "App" => "vendor/new-package/src" 前面，后者就永远没机会被加载。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
你可以用以下命令快速验证实际注册顺序：
php -r "include 'vendor/autoload.php'; var_dump(composer_autoload_psr4());"
注意看输出里同名键（如 'App\'）对应的是哪个路径——那个就是最终生效的。
有没有办法让两个同命名空间的包和平共处？
几乎没有。PSR-4 本身不支持命名空间“多源路由”。硬要共存，只有两条路：
- 改代码：把其中一个包的命名空间全量替换（比如用
sed或 IDE 全局重命名），再用replace声明替代关系，后续通过 Composer 管理它的新别名 - 改结构：把冲突包作为子模块或 symlink 手动接入，完全绕过 Composer 自动加载，改用
require_once或自定义加载器按需引入——但这意味着你主动放弃 Composer 对它的依赖管理和更新能力
最常被忽略的一点：某些包在 autoload 里声明了命名空间，但在实际发布时根本没放对应类文件（比如只留了个空 src/ 目录），这种“假声明”也会导致加载失败，且很难一眼发现。检查 vendor/xxx/yyy/src 是否真有对应结构，比调 Composer 参数更值得先做。
