composer remove 仅移除包声明并执行 install，不清理手动配置、autoload 映射及代码引用；需 grep 检查残留，手动删 config/app.php 等处注册，更新 autoload 并验证 vendor/composer/autoload_psr4.php。
composer remove 会删掉包但可能留残留配置
直接运行 composer remove vendor/package-name 是最常用做法，但它只做两件事：从 composer.json 的 require（或 require-dev）里删掉对应条目，并执行 composer install 卸载代码。不会动你手动加的 autoload、scripts、extra 里的配置，也不会清理你写在 config/ 或 app/Providers/ 里的引用代码。
常见错误现象：composer remove laravel/sanctum 成功后，启动时报错 Class 'LaravelSanctumSanctum' not found——因为 config/app.php 里还留着 SanctumServiceProvider::class。
- 先查
composer.json确认包在require还是require-dev，再用对应命令（比如开发包要用composer remove --dev phpunit/phpunit） - 删完立刻 grep 搜索项目目录：
grep -r "Sanctum" . --include="*.php" --include="*.json"，重点看config/、app/、bootstrap/ - 如果包注册了自定义 autoloader（比如某些 SDK 会加
"psr-4": {"Vendor\Sdk\": "src/"}），得手动从composer.json的autoload段删掉对应映射，再跑composer dump-autoload
删包后 vendor/autoload.php 不更新？检查 autoload 重载
composer remove 默认会触发 dump-autoload，但如果你之前改过 autoload 配置又没提交，或者用了 --no-autoloader 参数（某些 CI 脚本会这么干），就可能卡在旧映射里。
使用场景：本地删包后 php artisan tinker 里仍能 use 到已删类，或 IDE 提示类存在但运行报错。
- 强制刷新自动加载：
composer dump-autoload -o（优化模式）或composer dump-autoload --optimize - 确认
vendor/composer/autoload_psr4.php里真没了对应命名空间（别只信 IDE 缓存） - 如果项目用了 Composer 插件（如
hirak/prestissimo），插件异常可能导致 autoload 写入失败，可临时禁用：composer config --global disable-tls true不相关，应直接删插件或换镜像
想彻底清理但 composer.json 被改乱了？用 diff 回溯
多人协作时，composer remove 可能和别人提交的 composer.json 修改冲突，导致依赖版本被意外升级、或 require-dev 里混进不该有的包。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
性能影响：误删 symfony/polyfill 类基础包，会导致大量函数不存在；误留 monolog/monolog 但删了调用它的日志驱动，会浪费磁盘和加载时间。
- 删包前先
git status和git diff composer.json，记下当前状态 - 删完立即
git add composer.json && git commit -m "remove vendor/package-name"，避免后续修改污染变更 - 如果已经乱了，用
git checkout HEAD -- composer.json回退，再重新remove并检查 diff
有些包删不干净，是因为它被其他包 require 了
运行 composer remove vendor/package-name 报错 Package vendor/package-name is required by vendor/another-package，说明它不是直连依赖，而是被另一个已安装包硬性依赖的。
兼容性影响：强行用 --ignore-platform-reqs 或删 composer.lock 强行卸载，可能让依赖它的包运行异常（比如删了 doctrine/inflector，laravel/framework 8.x 就起不来）。
- 先查谁在依赖它：
composer depends vendor/package-name（Composer 2.2+）或composer show -t vendor/package-name - 如果上游包已废弃且你不用它的功能，可考虑升级到不依赖该包的新版（如从
guzzlehttp/guzzle:6升到7，不再需要guzzlehttp/psr7的旧版） - 实在要硬删，得加
--with-all-dependencies，但务必测试所有业务流程，尤其涉及 HTTP 客户端、序列化、数据库迁移的环节
事情说清了就结束
