Composer 2.x+ 已彻底移除对 PEAR 仓库（type: "pear"）的原生支持，旧配置会报错或被忽略；需手动将 PEAR 包包装为 Composer 兼容库，通过 path 或 vcs 方式引入，并配置 classmap 自动加载，同时清除 PEAR 运行时依赖。

composer 本身**不再支持直接安装 PEAR 包**，尤其在 Composer 2.x+ 环境下，"type": "pear" 仓库配置已失效。你看到的旧文档里那种通过 "repositories": [{"type":"pear","url":"http://pear2.php.net"}] 安装 pear-pear2/PEAR2_HTTP_Request 的方式，现在大概率会报错或静默失败。

为什么 pear 仓库配置现在不工作了？

Composer 在 2.0 版本起移除了对 PEAR 仓库类型（type: pear）的原生支持，官方明确将其标记为「deprecated」并最终弃用。这不是配置写错了，而是底层能力被砍掉了。

• 运行 composer install 时若含 pear 类型仓库，会提示 Invalid repository type "pear" 或直接忽略该仓库
• pear install 命令本身仍可用，但它和 Composer 的 vendor/、自动加载完全隔离，类不会被 Composer 加载器识别
• PEAR 包通常无命名空间、依赖 require_once 'PEAR.php'、用 PEAR::raiseError() 抛错——这些在纯 Composer 环境中根本不存在

还能不能装老 PEAR 包？能，但必须“手动包装”

核心思路：不把它当 PEAR 包，而当一个「没提交到 Packagist 的普通 PHP 库」来引入。关键不是找通道，而是补上 Composer 能认的元信息和加载逻辑。

• 把 PEAR 包解压出来（比如 HTTP_Request2-2.4.1.tgz），观察结构：常见有 package.xml 和 PHP/HTTP/Request2.php 这类路径
• 在包根目录手动新建 composer.json，至少包含："name"（如 "my-org/http-request2"）、"autoload"（推荐用 "classmap" 指向整个 PHP/ 目录）
• 如果类名是传统下划线风格（如 HTTP_Request2），别强行套 PSR-4；"classmap": ["PHP/"] 更稳，它会扫描所有 .php 文件并建立类名→路径映射
• 把这个目录推到私有 Git 仓库，或直接打包成 ZIP 放内部 HTTP 服务器上

怎么让项目真正加载它？两种可靠路径

取决于你手头有没有现成 Git 仓库。没有就走 path 方式，有就走 vcs 方式——两者都绕过 Packagist，也完全不依赖 PEAR 运行时。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 用 path 类型（适合本地调试或临时集成）：
  在项目 composer.json 的 repositories 里加：

  {"type": "path", "url": "./lib/HTTP_Request2"}

  ，再执行 composer require my-org/http-request2:dev-main
• 用 vcs 类型（适合团队复用）：
  把包装好的包推到 GitLab/GitHub 私有库，repositories 改为：

  {"type": "vcs", "url": "https://git.internal/my-org/http-request2"}

  ，然后 composer require my-org/http-request2:^2.4
• 无论哪种，装完后务必跑一次 composer dump-autoload，确认 HTTP_Request2 类能被自动加载；否则检查 composer show my-org/http-request2 输出的 autoload 配置是否生效

常见错误现象与兼容性红线

最常卡在「类找不到」或「Class 'PEAR' not found」，这说明包装没到位，或残留了 PEAR 运行时调用。

立即学习“PHP免费学习笔记（深入）”；

• 错误现象：PHP Fatal error: Uncaught Error: Class 'PEAR' not found → 必须删掉所有 require_once 'PEAR.php' 和 PEAR::setErrorHandling() 调用，改用 throw new RuntimeException()
• 错误现象：Class 'HTTP_Request2' not found → 检查 composer.json 中 autoload.classmap 是否指向正确目录（注意是相对路径，且不含 PHP/ 前缀时需写全）
• PEAR 包若依赖系统命令（如 System::mktemp()）或扩展（如 ext-http），得手动替换为 sys_get_temp_dir() 或 curl_init()，Composer 不会帮你做这些
• PHP 版本不匹配？别急着加 --ignore-platform-reqs，先看包实际 require 的 PHP 版本 —— 很多老 PEAR 包只声明 php >= 5.2.0，但在 PHP 8.2 下因废弃函数（如 create_function）直接 fatal，得人工修代码

PEAR 包不是不能用，而是不能再靠“通道发现”这种黑盒方式。你得亲手拆开它、贴上 Composer 的标签、告诉自动加载器怎么找它——这个过程没法跳过，但每一步都是可验证、可回滚的。