Composer 完全忽略 package.xml，报错源于混用 PEAR 工具链；应立即删除该文件并修正 autoload 配置，确保类能被 composer dump-autoload 正确加载。
Composer 不读取也不支持 package.xml —— 它只认 composer.json，任何残留的 package.xml 都会被完全忽略。
为什么 composer install 会报错说找不到 package.xml？
这不是 Composer 在“尝试读取”它，而是你正在运行的命令（比如 pear install 或某些老脚本）误触发了 PEAR 工具链；Composer 自身根本不会查找或解析 package.xml。如果你在执行 composer install 时看到类似错误，说明当前工作流混用了 PEAR 和 Composer，或者有自定义脚本仍在调用 pear 命令。
- 检查是否误执行了
pear install而非composer require - 搜索项目中是否有
build.xml、phing或 shell 脚本里硬编码调用了pear - 确认 CI 配置（如 GitHub Actions 的 yml 文件）没混写
pear install步骤
旧项目里还留着 package.xml，要不要删？
要删，而且越快越好。它不参与 Composer 流程，但会误导新成员、干扰自动化工具（比如某些 IDE 或扫描器仍会尝试解析它），甚至可能被误提交进依赖包发布流程（导致 Packagist 拒绝收录）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
package.xml是 PEAR 时代的元数据格式，与 Composer 的composer.json语义完全不同：没有 autoloading、no version constraints、no dependency graph - 若该文件曾用于生成 PEAR 包，请确认对应代码已通过
composer.json正确声明 autoload 规则（如"psr-4": {"Old_Package\": "lib/"}） - 删除前 grep 一下项目：如果还有 PHP 文件里写了
require_once 'package.xml'或类似加载逻辑，得一并清理或重写
从 PEAR 迁移过来的类，autoload 失效怎么办？
PEAR 风格的类名（如 HTTP_Request2）通常不符合 PSR-4，Composer 默认不会自动加载它们，必须显式配置。
- 优先改命名空间 + 目录结构，适配 PSR-4（例如把
HTTP/Request2.php移到src/Http/Request2.php，加namespace Http;） - 若无法重构，用
autoload.files直接引入："autoload": { "files": ["lib/HTTP/Request2.php", "lib/Net/URL2.php"] } - 注意：PEAR 的
__autoload()函数不会被 Composer 自动继承，必须手动注册或改用spl_autoload_register()
真正麻烦的不是 package.xml 本身，而是它背后那套未迁移的加载逻辑和隐式依赖——删文件只是第一步，验证每个类是否能在 composer dump-autoload 后正常 new 出来，才是关键。
