Composer不支持PSR-4命名空间别名，但可通过三种方式实现：1. 多PSR-4映射同目录；2. classmap结合手动加载器动态重写；3. 开发Composer插件注入映射逻辑。
Composer 本身不支持直接在 composer.json 中为 PSR-4 命名空间设置“别名”（比如把 App 映射到 src/ 的同时，又让 MyApp 指向同一目录），但你可以通过多种方式实现类似效果——关键在于理解自动加载机制的本质和 Composer 提供的扩展能力。
用多个 PSR-4 映射指向同一目录
这是最直接、无需额外工具的方式。Composer 允许你在 autoload.psr-4 下声明多个命名空间映射到同一个路径：
{
"autoload": {
"psr-4": {
"App\": "src/",
"MyApp\": "src/",
"Vendor\Project\": "src/"
}
}
}
这样，AppFoo、MyAppFoo 和 VendorProjectFoo 都会尝试从 src/Foo.php 加载（前提是文件存在且类名匹配）。注意：命名空间末尾的反斜杠 \ 必须转义，且路径结尾斜杠不能省略。
用 classmap + 自定义加载器补位
如果需要更灵活的“别名逻辑”（比如动态前缀替换、大小写归一化），可结合 classmap 和手动注册加载器：
- 先用
composer dump-autoload --classmap-authoritative生成完整类映射 - 再在项目启动时（如
public/index.php）注册一个高优先级的spl_autoload_register回调 - 该回调检查类名是否匹配别名规则（如以
Legacy\开头），然后按规则重写为真实命名空间再尝试加载
这种方式绕过 Composer 默认行为，适合遗留系统迁移场景，但会增加维护成本。
用 Composer 插件注入自定义映射逻辑
如果你需要在多个项目复用别名机制，可以开发一个轻量 Composer 插件（实现 ComposerPluginPluginInterface），在 activate() 中监听 AutoloadDumpEvent，动态修改 Generator 的映射表。例如：
- 插件读取
extra.alias-ns配置项 - 将
"Legacy\" => "App\"这类规则编译为运行时重定向逻辑 - 生成的 autoload 文件中包含你的重写函数
这属于高级定制，适合框架或平台级封装，普通项目不推荐。
基本上就这些。真要“别名”，优先用多 PSR-4 映射；需要运行时逻辑，才考虑 classmap + 手动加载器；插件方案仅当规模化、标准化需求明确时采用。
