Composer支持PSR-0与PSR-4共存，需在composer.json的autoload中分别配置；PSR-4用于现代命名空间，PSR-0兼容旧式下划线类名，注意避免前缀重叠、路径正确并执行dump-autoload生效。
Composer 支持在一个项目中混合使用 PSR-0 和 PSR-4 自动加载规则，只需在 composer.json 的 autoload 字段中分别配置即可。Composer 会按定义顺序尝试匹配类名，但要注意命名空间与路径的对应关系，避免冲突或漏加载。
在 composer.json 中并行配置 PSR-0 和 PSR-4
你可以在同一份 composer.json 文件中同时声明 psr-0 和 psr-4，它们互不干扰：
-
psr-4用于现代命名空间结构（推荐主流代码使用） -
psr-0用于遗留库或需兼容老式类名（如Zend_Controller_Action这类下划线分隔风格）
示例配置：
{
"autoload": {
"psr-4": {
"App\\": "src/",
"Vendor\\Package\\": "lib/vendor-package/src/"
},
"psr-0": {
"Zend_": "library/Zend/",
"Doctrine_": "library/Doctrine/"
}
}
}
配置后运行 composer dump-autoload 生效。
注意类名解析优先级和潜在冲突
Composer 不强制执行“先 PSR-4 后 PSR-0”，而是对每个类尝试所有规则，直到找到匹配项。但实际行为是：
- PSR-4 匹配更快（基于命名空间前缀 + 目录映射，无文件扫描）
- PSR-0 需要将下划线转为目录分隔符，并查找对应
.php文件，可能触发更多 I/O - 如果一个类名同时满足 PSR-4 和 PSR-0 规则（例如
App_Foo被映射到src/且App_又在 PSR-0 中定义），结果不确定——应避免这种重叠
处理混合风格的旧项目迁移场景
当逐步将 PSR-0 代码迁向 PSR-4 时，可临时共存：
- 把新功能全用 PSR-4（如
App\\Http\\Controller→src/Http/Controller） - 保留老模块用 PSR-0（如
Legacy_Module_User→legacy/Module/User.php） - 在
psr-0条目中可用数组值指定多个路径，支持多目录查找
例如：
"psr-0": {
"Legacy_": ["legacy/", "old-lib/"]
}
验证自动加载是否生效
调试时可用 Composer 内置命令检查映射：
-
composer show -s查看当前 autoload 配置摘要 -
composer dump-autoload -v显示详细生成过程，观察是否识别到你的规则 - 写个测试脚本
var_dump(class_exists('Zend_Controller_Action'));快速验证
若失败，重点检查：类名拼写、下划线/反斜杠是否混淆、路径是否存在、是否执行了 dump-autoload。
基本上就这些。PSR-0 和 PSR-4 共存不复杂但容易忽略路径细节和命名冲突，保持映射清晰、及时刷新 autoload 即可稳定运行。
