Composer 2.0+已完全移除PSR-0自动加载支持，需手动通过spl_autoload_register实现或改用classmap方式；降级Composer或使用插件均不可取。
Composer 本身从 2.0 版本起已完全移除对 PSR-0 的自动加载支持，composer install 或 composer dump-autoload 不会再生成 PSR-0 映射逻辑。如果你必须使用一个仅遵循 PSR-0（而非 PSR-4）的旧类库（例如早期的 swiftmailer/swiftmailer v5.x、pear/console_table 等），不能靠“开启兼容开关”解决，只能手动补全加载规则。
PSR-0 类库无法自动加载的典型现象
运行时抛出 Class 'XXX' not found，且确认类文件物理存在、路径与命名匹配 PSR-0 规则（如 Vendor_Name_ClassName → vendor/vendor_name/class_name.php），但 vendor/autoload.php 就是不加载它。这是因为 Composer 的 autoloader 默认只处理 psr-4 和 classmap，psr-0 字段在 composer.json 中被忽略（v2+）。
手动注册 PSR-0 加载器（PHP 运行时层）
在项目入口（如 index.php 或 bootstrap.php）中，在引入 vendor/autoload.php 后，用 spl_autoload_register() 补充 PSR-0 规则。关键点：必须严格按 PSR-0 的命名到路径转换逻辑实现，不能简单 require_once。
- PSR-0 要求下划线
_转为目录分隔符，首字母大写类名对应文件名小写（如Foo_Bar_Baz→foo/bar/baz.php） - 需支持多级 vendor 命名空间前缀（如
MyOrg_Package_Class对应myorg/package/class.php） - 必须检查文件是否存在，避免重复 require 或警告
require_once __DIR__ . '/vendor/autoload.php';
spl_autoload_register(function ($class) {
// 只处理含下划线且非 PHP 内置类
if (false === strpos($class, '_') || class_exists($class, false) || interface_exists($class, false)) {
return;
}
// 拆解前缀（如 MyOrg_Package_ → myorg/package/）
$prefix = '';
$remaining = $class;
while (false !== $pos = strpos($remaining, '_')) {
$part = strtolower(substr($remaining, 0, $pos));
$prefix .= $part . '/';
$remaining = substr($remaining, $pos + 1);
}
$filename = $prefix . strtolower($remaining) . '.php';
$file = __DIR__ . '/vendor/myorg/package/lib/' . $filename; // ⚠️ 路径需按实际调整
if (is_file($file)) {
require_once $file;
}
});
改用 classmap 方式强制包含（推荐用于少量固定类）
如果该 PSR-0 类库文件数量少、结构稳定（比如就 3–5 个类），比手写 autoload 更可靠。直接在项目根目录的 composer.json 中添加 classmap，指向其源码目录，然后运行 composer dump-autoload。
-
classmap不关心命名规范，只扫描指定路径下的所有.php文件并建立完整类名→路径映射 - 适合私有或 fork 后的旧库，路径可控
- 注意：若类库内部用
require或include加载其他文件，这些文件也需在 classmap 路径内，否则仍会报错
{
"autoload": {
"classmap": [
"vendor/myorg/package/lib/"
]
}
}
为什么不要尝试降级 Composer 或找“PSR-0 兼容插件”
Composer v1 已停止维护，且即使回退到 v1.10，PSR-0 支持也仅限于 autoload.psr-0 字段 —— 但绝大多数现代包管理器（Packagist）、CI 环境、Docker 镜像默认装的是 v2+。强行降级会引发依赖解析失败、composer.lock 不兼容、安全更新中断等问题。所谓“兼容插件”本质仍是 runtime 层的 spl_autoload_register 封装，不如自己控制逻辑清晰。
真正麻烦的不是加载机制本身，而是 PSR-0 类库常依赖过时的 PHP 版本特性（如 mysql_* 函数、create_function）或全局变量污染。加载成功只是第一步，后续运行时错误更难定位。
