psr-0 和 psr-4 共存时类加载行为不可预测，根本原因是匹配逻辑与 spl_autoload_register 调用顺序导致隐性覆盖；psr-0 先注册但优先级取决于首次命中，宽松规则易与 psr-4 路径交叉冲突，应移除 psr-0 或严格隔离前缀。
PSR-0 和 PSR-4 同时存在时，Composer 不会报错，但类加载行为会变得不可预测——尤其是当命名空间前缀重叠或路径交叉时，class_exists() 可能返回 true，而 new 却抛出 Class not found。根本原因不是“两者不能共存”，而是它们的匹配逻辑和注册顺序导致了隐性覆盖。
PSR-0 和 PSR-4 的注册顺序决定谁“赢”
Composer 总是先注册 PSR-0 加载器，再注册 PSR-4 加载器（哪怕你在 composer.json 里把 PSR-4 写在前面）。但真正起作用的是“最先成功返回类文件路径”的那个加载器——不是按配置顺序，而是按 spl_autoload_register 的调用顺序 + 匹配命中优先级。
- PSR-0 规则更宽松：支持下划线命名、允许嵌套层级与命名空间不完全对应，比如
My_Org_Package_Foo可映射到my/org/package/foo.php - PSR-4 要求严格：命名空间必须以反斜杠结尾，路径拼接是“前缀替换”，如
"App\": "src/"+AppHttpControllerIndexController→src/Http/Controller/IndexController.php - 如果一个类名同时满足两个规则（例如
App_Foo匹配 PSR-0 的"App_": "legacy/"，又恰好落在 PSR-4 的"App\": "src/"目录结构内），PSR-0 加载器会先尝试，若文件存在就直接加载，PSR-4 根本不会触发
常见冲突场景及修复方式
最典型的冲突不是配置并存，而是“同一命名空间被两种规则分别声明”或“路径重叠导致文件被错误定位”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
场景1：PSR-0 声明了
"App_": "src/"，PSR-4 又声明了"App\": "src/"→App_Http_Controller会被 PSR-0 找到src/Http/Controller.php（错误路径），而AppHttpController会走 PSR-4 找src/Http/Controller.php（正确路径），但文件里若没声明namespace App_Http_Controller，就会加载失败 -
场景2：PSR-0 路径为
"": "lib/"（根命名空间），PSR-4 为"Utils\": "src/utils/"→ 所有无命名空间的类（如Database）都走 PSR-0；但若lib/Utils/Helper.php里写了namespace Utils;，它反而不会被 PSR-4 加载，因为文件不在src/utils/下 -
修复动作：
– 彻底移除 PSR-0 配置，除非你明确维护老项目且依赖下划线类名
– 若必须保留，确保 PSR-0 的前缀不与任何 PSR-4 前缀存在字符重叠（如避免"App_": …和"App\": …并存）
– 运行composer dump-autoload后，检查vendor/composer/autoload_psr0.php和autoload_psr4.php是否都含预期条目；若某个前缀在两个文件里都出现，说明配置已冲突
为什么 composer dump-autoload -o 会让问题更隐蔽
加 -o 参数后，Composer 把所有 PSR-0/PSR-4 规则“翻译”进 autoload_classmap.php，此时加载不再走动态匹配逻辑，而是查表。结果就是：原本因 PSR-0 错误匹配而漏掉的类，可能因为 classmap 碰巧扫到了文件而“意外可用”；一旦删掉缓存或换环境，问题立刻复现。
- 开发阶段务必禁用
-o，只用composer dump-autoload验证路径拼接是否真实生效 - 上线前才加
--optimize-autoloader --classmap-authoritative，且要确认autoload_classmap.php中没有重复类名（同一类名出现在多条映射中 = 冲突） - 检查 classmap 内容：运行
php -r "var_dump(array_keys(include 'vendor/composer/autoload_classmap.php'));" | grep 'YourClassName'
真正难调试的从来不是“找不到类”，而是“有时能找到，有时不能”——那基本就是 PSR-0 和 PSR-4 在暗处打架。删掉 PSR-0，统一用 PSR-4，是最省心的解法；非要保留，就得让两个前缀像 IP 子网一样互不包含、边界清晰。
