Composer 2.0+ 彻底移除 PSR-0 支持，psr-0 字段被静默忽略，仅支持 PSR-4 和 classmap；需改用 classmap 扫描或手动注册 spl_autoload_register 还原下划线转路径逻辑。
Composer 2.0+ 已彻底不支持 PSR-0 自动加载
直接说结论：composer install 或 composer dump-autoload 在 Composer 2.0 及更高版本中，**完全忽略 psr-0 字段**，不会生成任何 PSR-0 映射逻辑。这不是配置写错、路径不对或缓存没清的问题，是设计层面的移除。
常见错误现象：Class 'MyLib_Foo_Bar' not found，但你确认 vendor/mylib/foo/bar.php 存在、类名与文件路径严格符合 PSR-0（下划线转斜杠、首字母小写），vendor/autoload.php 就是不加载它——因为 autoload 生成器压根没处理这行配置。
- Composer 会静默跳过
"psr-0"块，连警告都不一定报（尤其在旧版 v2.x） - 如果你在
composer.json中同时写了psr-0和psr-4，Composer 会直接忽略psr-0，只生效psr-4 - 降级 Composer 到 1.x 不现实：安全漏洞多、PHP 8+ 兼容差、生态工具链断裂
手动注册 PSR-0 加载器（运行时补救）
这是唯一能“让旧类库跑起来”的通用办法，核心是在引入 vendor/autoload.php 后，用 spl_autoload_register() 补上缺失的加载逻辑。
关键不是“写个 require_once”，而是**严格还原 PSR-0 的转换规则**：下划线 _ → 目录分隔符，整个类名全小写，路径拼接后加 .php。
- 必须检查
class_exists($class, false)和interface_exists(...)，避免重复加载 - 路径前缀要按实际 vendor 结构写死，比如
__DIR__ . '/vendor/myorg/package/src/'，不能靠猜 - 不要把这段代码塞进
files数组里——files是提前加载脚本，不是类加载器
示例（放在 index.php 或 bootstrap.php 开头）：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
require_once __DIR__ . '/vendor/autoload.php';
spl_autoload_register(function ($class) {
if (false === strpos($class, '_') || class_exists($class, false)) {
return;
}
$parts = explode('_', $class);
$file = implode('/', array_map('strtolower', $parts)) . '.php';
$path = __DIR__ . '/vendor/myorg/package/lib/' . $file;
if (is_file($path)) {
require_once $path;
}
});
改用 classmap 是更稳妥的替代方案
如果这个 PSR-0 类库只有几个固定文件（比如 PEAR/Console/Table.php、Swift/swift_required.php），比手写 autoload 更可靠、更易维护。
classmap 不依赖命名规则，只扫描指定目录下的 .php 文件并建立“类名→文件路径”映射，生成结果写入 vendor/composer/autoload_classmap.php，和 PSR-4 一样走查表逻辑，性能还更好。
- 在
composer.json中添加："classmap": ["vendor/pear/console_table/"]（路径必须真实存在） - 执行
composer dump-autoload -o，确保映射生成成功 - 注意：classmap 不支持通配符，也不能跨 vendor 目录自动递归；若子目录多，得列全或写脚本生成
为什么不能混用 PSR-0 和 PSR-4 配置
Composer 明确禁止在同一个 autoload 块里同时声明 psr-0 和 psr-4 —— 这不是 bug，是为避免命名空间解析歧义而做的强制约束。
典型陷阱："psr-4": {"App\": "src/"} 和 "psr-0": {"App_Legacy\": "legacy/"} 并存时，只要类名以 App 开头（如 App_Legacy_Foo），PSR-4 加载器就会先尝试匹配 App_Legacy_Foo → src/_Legacy/_Foo.php，根本不会走到 PSR-0 规则。
- PSR-4 的前缀匹配是“最长优先”，且不关心下划线含义；一旦命中，就不再往下找其他加载器
- 即使两个前缀完全不同（如
App\和Legacy\），只要它们物理上共存于同一项目 autoload 配置中，Composer 也会静默丢弃 PSR-0 - 真要隔离，只能把 PSR-0 类库单独做成一个 composer 包，用
classmap或files加载，再通过 require 引入主项目
最常被忽略的一点：PSR-0 类名里的下划线，不只是“看起来像命名空间”，它直接决定了文件系统路径结构。一旦你改用 PSR-4 或 classmap，就必须接受“路径即命名空间”的硬约束——没有中间态，也没有兼容开关。
