404根本原因是请求了失效URL，而非包不存在：先查composer config -g repo.packagist确认镜像地址是否为已停服旧址或缺末尾斜杠，再curl -I测连通性；必须删vendor和composer.lock后重装，因lock硬编码旧路径；同时验证包在packagist.org是否存在。
404 不是“包找不到”，而是你正在请求一个根本不存在的 URL——大概率是镜像地址写错、已停服，或漏了末尾斜杠。
怎么一眼看出镜像地址是不是废的
别靠猜，直接看配置和 HTTP 状态码：
- 运行
composer config -g repo.packagist，如果输出里含"https://packagist.phpcomposer.com"或"https://packagist.laravel-china.org"，立刻停用——这两个地址自 2022 年起就固定返回 404 - 合法镜像 URL 必须以
/结尾，比如https://mirrors.aliyun.com/composer/；写成https://mirrors.aliyun.com/composer（少斜杠）就会在请求p2/路径时 404 - 手动测通：运行
curl -I https://mirrors.aliyun.com/composer/packages.json，必须秒回HTTP/2 200才算活；返回404或超时，说明镜像本身不可用，或被本地网络拦截（如公司代理、DNS 污染）
为什么换完镜像还是 404？锁文件在捣鬼
composer.lock 里硬编码了 provider 地址（比如 https://packagist.org/p2/monolog/monolog.json），换源后 Composer 仍优先尝试这个旧 URL，而它早已失效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 清缓存
composer clear-cache是必要动作，但单独做没用——缓存只影响 provider 列表下载，不改 lock 文件里的死链接 - 必须删掉
vendor/和composer.lock（尤其后者），再执行composer install；composer update会复用 lock 里坏掉的元数据，不能用 - 如果项目用了自定义
repositories，逐个注释掉再试，避免某个私有 Git URL 返回 404 污染整个流程
如何确认是镜像问题，而不是包本身不存在
先验证包是否真实存在，再排查源：
- 打开浏览器访问
https://packagist.org/packages/vendor/package（把vendor/package替成你 require 的值），页面 404 就说明包名拼错、大小写不对，或包已被下架 - 能打开就点 “Versions” 标签，确认你要的版本（如
^7.9或dev-main）是否列在其中；dev-master很多项目已停用 - 临时切回官方源验证：
composer config -g repo.packagist composer https://repo.packagist.org，再跑composer show -a monolog/monolog；如果不报 404，问题 100% 出在镜像上
最容易被忽略的是：镜像地址末尾斜杠、composer.lock 的硬编码路径、以及私有包未声明 "type": "vcs" 导致 fallback 到镜像找包——这三处出错，现象全是 404，但根因完全不同。
