composer 同时支持 PSR-0 和 PSR-4，但需严格区分命名空间前缀与路径映射，PSR-4 优先且不允许多重定义；PSR-4 命名空间须以 结尾、路径不含命名空间片段，PSR-0 支持下划线风格且路径需含完整子目录结构；混用时命名空间不可重叠，否则 PSR-0 条目被静默忽略。
Composer 可以同时支持 PSR-0 和 PSR-4 自动加载规则，但必须明确区分命名空间前缀与路径映射，且 PSR-0 规则不能覆盖 PSR-4 已声明的命名空间——否则会导致类找不到或加载冲突。
PSR-4 优先于 PSR-0，相同命名空间不能混用规则
Composer 在解析 autoload 时按配置顺序扫描，但实际加载时会优先匹配 PSR-4 规则（因其更严格、性能更好）。如果同一个命名空间既出现在 psr-4 又出现在 psr-0 中，Composer 会忽略 psr-0 条目，且不报错。
-
psr-4要求命名空间前缀必须以结尾（如"MyLib\"），路径指向实际源码根目录（不含命名空间片段） -
psr-0允许无尾反斜杠（如"MyLib"或"MyLib\"），路径需包含完整命名空间对应的子目录结构 - 若误将
psr-4的路径写成含命名空间子目录（如"src/MyLib/"对应"MyLib\"），会导致类文件被找两次或找不到
composer.json 中混合配置的正确写法
在 composer.json 的 autoload 段中，可同时定义 psr-4 和 psr-0，但必须确保命名空间不重叠。常见场景是：主库用 PSR-4，遗留第三方包或旧模块用 PSR-0。
{ "autoload": { "psr-4": { "app\": "src/", "Vendor\Modern\": "lib/modern/" }, "psr-0": { "Legacy_": "legacy/", "OldPackage_": "vendor/oldpackage/src/" } } }注意：Legacy_ 是下划线分隔风格，属于 PSR-0 典型特征；而 App 是双反斜杠结尾，对应 PSR-4。两者共存无冲突，前提是命名空间字符串互不包含（例如不能有 "App" 和 "AppLegacy" 同时存在且分属不同规则）。
运行 dump-autoload 时的隐式行为
执行 composer dump-autoload 后，Composer 会生成 vendor/composer/autoload_psr4.php 和 vendor/composer/autoload_namespaces.php 两个映射文件。前者只含 PSR-4 条目，后者只含 PSR-0 条目。自动加载器启动时会按需加载这两个数组。
- 如果某个类名匹配多个 PSR-4 前缀（如
"App\http\Controller"匹配"App\"和"App\Http\"），Composer 取最长前缀（即"App\Http\"） - PSR-0 不支持“最长前缀”逻辑，它只做前缀字符串完全匹配（
"Legacy_"不会匹配"Legacy_Foo_Bar"如果实际类名是"Legacy_Foo_Bar"但映射写成了"Legacy"） - 调试时可直接查看生成的
autoload_namespaces.php内容，确认键名是否带下划线、值路径是否可读
容易被忽略的兼容性陷阱
PHP 7.4+ 环境下，PSR-0 支持已逐步弱化；部分 ide（如 phpstorm）对 PSR-0 的代码提示不完整；而 Composer 2.2+ 开始对 PSR-0 的拼写错误（如漏掉末尾下划线或空格）会静默跳过，不报 warning。
- 不要把 PSR-0 的命名空间写成带反斜杠形式（如
"Legacy\_"），这会被当成 PSR-4 处理并失败 - PSR-0 路径中的类名转换规则：
Legacy_Foo_Bar→$path/Legacy/Foo/Bar.php，不是$path/Legacy_/Foo/Bar.php - 如果项目已全面迁移到 PSR-4，就别留着空的
psr-0字段——Composer 不校验其合法性，但可能误导后续维护者
真正麻烦的从来不是怎么写，而是旧 PSR-0 类里用了 __autoload 或手动 require，和 Composer 自动加载形成双重加载，导致 “Cannot redeclare class” 错误——这种问题得翻源码，不能只看 composer.json。