Composer无一键清理失效包命令；410 Gone需运行composer update --lock刷新dist.url，abandoned包须查replaced by字段并人工迁移，remove后vendor残留属正常设计，须配对install/update同步，且必须手动检查代码中use、配置及测试引用。
Composer 没有“一键清理失效包”的通用命令；所谓“失效”需分两类处理：一类是 410 Gone 这类因 composer.lock 中 dist URL 过期导致的下载失败，另一类是包本身被废弃（abandoned）但仍在项目中声明。两者修复逻辑完全不同，混用命令只会让问题更隐蔽。
遇到 410 Gone 错误时，clear-cache 完全无效
错误信息如 Failed to download vendor/package: The "https://xxx.com/package-1.2.3.zip" file could not be downloaded (HTTP/2 410)，根本原因不是网络或缓存损坏，而是 composer.lock 里硬编码了已下线的 ZIP 地址。
-
composer clear-cache只删本地.zip文件体，不更新 URL 映射，执行后错误照旧 - 换镜像源也无效——只要
composer.lock没刷新，Composer 就会直连那个失效链接 - 正确做法是运行
composer update --lock（不带包名），强制重解析所有依赖并生成新dist.url - 执行前先确认私有源是否还有效：
composer config repos，删掉已失效的"type": "package"条目 - 验证是否修复：
grep -A 2 '"dist"' composer.lock | head -10，确保域名是packagist.org或你配置的镜像地址
包被标记为 abandoned，不能靠 remove 解决
终端出现 Package foo/bar is abandoned, you should avoid using it. 提示，说明该包已无人维护，但 Composer 不会阻止安装——composer remove 只是删掉声明，不解决替代、迁移或兼容性问题。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查官方推荐替代：
composer show foo/bar，看输出里是否有replaced by字段 - 用
composer outdated找出所有被废弃的直接依赖，再结合composer why foo/bar确认它是否被其他包间接拉入 - 若无官方替代，优先找活跃 fork（比如 GitHub 上 star 多、近期有 commit 的分支），改
composer.json中的repositories为"type": "composer"私仓 - 切忌在未测试的情况下直接
composer remove foo/bar——如果它是laravel/framework的底层依赖，项目可能直接启动失败
删包后 vendor 目录仍有残留，这不是 bug
执行 composer remove vendor/package 后，vendor/vendor/package 文件夹还在，是 Composer 的设计行为：它只更新 composer.json 和 composer.lock，物理删除由后续 install 或 update 触发。
- 必须配对执行：
composer remove vendor/package→composer install（推荐）或composer update --with-dependencies - 别手动删
vendor/下的文件夹——Composer 不感知，下次install若发现composer.lock里还有记录，会跳过重装，导致状态不一致 - 删完后检查
vendor/composer/autoload_psr4.php和autoload_classmap.php是否还含该包路径；若有，说明dump-autoload没生效，补跑composer dump-autoload --classmap-authoritative - 如果
composer show vendor/package仍返回结果，说明composer.lock没同步更新，要先删composer.lock再composer install（仅限开发环境）
真正该人工检查的地方，往往不在 vendor 里
composer remove 不动你写的任何一行代码，而绝大多数上线报错都源于这里。
- 全局搜索包名：
grep -r 'PackageName' . --include="*.php"，重点看use语句、new实例化、class_exists调用 - 检查配置文件：
config/app.php（Laravel）或services.yaml（Symfony）里是否注册了服务提供者、门面或扩展类型 - 别忽略测试文件：
tests/下可能还调用着已被删包的辅助函数或断言类 - IDE 缓存和 PHP OPcache 有时会掩盖问题，清理后务必实际运行一次
php artisan tinker或phpunit验证
