composer无法直接配置pear源安装原生pear包，因2.x+彻底移除"pear"仓库类型支持，执行会报错invalid repository type "pear"；pear与composer在协议、元数据、路径、自动加载等方面完全不兼容。
Composer 无法直接配置 PEAR 源来安装原生 PEAR 包。截至 2026 年，composer.json 的 repositories 字段不支持 "type": "pear" 或类似机制；PEAR 官方仓库早已被 Packagist 取代，且 Composer 2.x+ 彻底移除了对 PEAR 仓库协议的支持。
为什么不能在 repositories 中写 "type": "pear"
这是个常见误解，源于早期（PHP 5.3–5.6 时代）部分文档或实验性 PR 的残留印象。实际验证：composer install 遇到 "type": "pear" 会直接报错 Invalid repository type "pear"。PEAR 的分发协议（如 http://pear.php.net/channel.xml）与 Composer 的 JSON API 协议完全不兼容，二者底层通信、包元数据格式、签名验证机制均无交集。
- PEAR 使用 XML 描述包（
package.xml），Composer 只认composer.json - PEAR 安装路径是全局的（如
/usr/share/php），Composer 严格限定在vendor/下隔离 - PEAR 的
require_once 'PEAR.php'和自动加载逻辑与 Composer 的 PSR-4/classmap 互斥
pear/xml_parser 这类包到底怎么装
你不需要“配置 PEAR 源”，而是直接安装已迁移到 Packagist 的社区维护版本。例如 pear/xml_parser 对应的 Composer 包是 pear/xml_parser —— 名字一样，但它是人工打包上传的兼容版，不是从 PEAR 仓库实时同步的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer require pear/xml_parser即可安装，它会出现在vendor/pear/xml_parser/ - 该包内部已重写自动加载，删掉了所有
require_once 'PEAR.php'和PEAR::raiseError() - 类名保持不变（如
XML_Parser），旧代码无需改名，只需确保引入了vendor/autoload.php - 注意 PHP 版本兼容性：该包最新版要求 PHP >= 7.4；若项目还在用 PHP 5.6，得锁定旧版本
composer require pear/xml_parser:^1.3
遇到 Packagist 上没有的冷门 PEAR 包怎么办
必须手动封装为 Composer 包，不能跳过这步。所谓“配置私有 PEAR 仓库”本质是骗过 Composer —— 把它当普通 Git 仓库用，而非真正对接 PEAR 协议。
- 解压原 PEAR 包（如
MyPkg-2.1.0.tgz），提取php/下的源码文件 - 按 PSR-4 重排目录结构，例如把
php/MyPkg/Util.php放到src/MyPkg/Util.php - 编写最小可用
composer.json：{"name": "myorg/mypkg", "autoload": {"psr-4": {"MyPkg\": "src/"}}} - 推送到私有 Git（如
https://git.internal/myorg/mypkg），然后在主项目composer.json中加：{"type": "vcs", "url": "https://git.internal/myorg/mypkg"} - 运行
composer require myorg/mypkg:dev-main—— 此时 Composer 完全不知道也不关心它曾是 PEAR 包
最易被忽略的一点：PEAR 包里常藏有硬编码路径（如 dirname(__FILE__).'/../data/'）或依赖 System::mktemp() 这类工具函数，这些在 Composer 环境下必然失效。迁移后务必跑通单元测试，尤其检查临时文件、缓存路径、错误处理分支是否仍按预期工作。
