composer 2.x+ 完全不支持 "type": "pear"，因底层代码已删除，执行会报 invalid repository type "pear"；pear 包需转为 composer 兼容格式（如 packagist 上的 pear/http_request2）或手动封装并配置 classmap 自动加载。
composer.json 里写 "type": "pear" 已经完全失效，Composer 2.x+ 不再支持任何 PEAR 仓库配置。这不是配置姿势不对，而是底层代码已被彻底删除——执行 composer install 会直接报错：[InvalidArgumentException] Invalid repository type "pear"。
repositories 中配置 pear 类型仓库为什么一定失败
- Composer 从 2.0 开始移除所有
pear相关解析逻辑，连错误提示都只有一句硬编码的异常 - PEAR 的
package.xml元数据格式、安装路径（如/usr/share/php）、require_once 'PEAR.php'加载方式，和 Composer 的vendor/隔离 + PSR-4/classmap 自动加载互不兼容 -
pear.php.net官方通道本身已停止向 Composer 提供服务，HTTP 返回 404 或空响应，不是网络问题，是协议废弃
怎么让老 PEAR 包（如 HTTP_Request2、Mail_Mime）真正可用
- 先去 Packagist 搜包名：很多经典 PEAR 包已被社区打包上传，例如
pear/http_request2、pear/mail_mime、pear/xml_parser—— 这些不是“同步 PEAR 仓库”，而是人工重构后的 Composer 包，已移除所有PEAR::调用，改用原生异常和 PSR-4 加载 - 安装方式就是标准命令：
composer require pear/http_request2:^2.4
注意看其composer.json是否声明了 PHP 版本要求（比如最低php: ^7.4），老项目若还在用 PHP 5.6，得锁定旧版：composer require pear/http_request2:^2.3
找不到 Packagist 版本的冷门 PEAR 包怎么办
- 解压原 PEAR 包（如
MyLegacyPkg-1.2.0.tgz），观察结构：通常含PHP/MyLegacyPkg/Class.php和package.xml - 不要改类名，不要强行套 PSR-4 命名空间（尤其类名含下划线如
My_Legacy_Class） - 在包根目录新建
composer.json，内容至少包含：{"name": "myorg/mylegacypkg", "autoload": {"classmap": ["PHP/"]}} - 把这个目录推到私有 Git 仓库（如
@#@#@#@#@#@#@#@#@#@1），然后在主项目中加："repositories": [{"type": "vcs", "url": "@#@#@#@#@#@#@#@#@#@1"}]
再运行composer require myorg/mylegacypkg:dev-main
关键点在于：PEAR 包不是“配置一下就能用”，而是必须变成 Composer 能识别的元数据+加载逻辑。最常被忽略的是自动加载方式——用 classmap 扫描 PHP/ 目录比硬凑 PSR-4 更稳，尤其对无命名空间、下划线类名的老代码。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
