composer remove仅卸载包并更新composer.json和vendor，不清理代码中的use语句、配置文件引用或服务提供者注册，残留会导致class not found等运行时错误，需手动检查源码、配置及重建autoload。
确认插件是否真的被移除
运行 composer remove 并不等于立即从代码中清除所有痕迹。它只卸载包、更新 composer.json 和 vendor/，但不会删掉你手动写的调用代码、配置文件里的引用，或服务提供者注册（比如 Laravel 的 config/app.php 或 providers 数组）。
常见错误现象：Class not found 或 Call to undefined function 报错出现在运行时，说明残留调用没清理。
- 先查项目里所有 PHP 文件是否还包含该包的类名、函数名或命名空间，例如
grep -r "SomePackage\Helper" app/ config/ - 检查
config/目录下是否有该插件的配置文件（如somepackage.php），有就手动删掉 - Laravel 用户特别注意：检查
config/app.php的providers和aliases是否还留着对应项
用 composer remove 替代手动编辑 composer.json
不要直接删 composer.json 里的 require 条目再跑 composer install —— 这容易漏掉 autoload 重映射或脚本钩子清理，且 composer remove 会自动触发 uninstall 阶段（如果包定义了 uninstaller 脚本）。
执行命令：
composer remove vendor/package-name
注意点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须用完整包名，格式是
vendor/name，不是类名或目录名（比如laravel/socialite，不是Socialite） - 如果包被其他已安装包依赖，
composer remove会拒绝执行，并提示冲突，这时得先处理依赖链 - 想强制删（不推荐）可加
--ignore-platform-reqs，但大概率引发后续 autoload 错误
清理 autoload 后残留的类映射
composer remove 后，vendor/autoload.php 通常能自动更新，但某些情况（尤其是用了 classmap 或 psr-0 的老包）会导致旧类仍被加载器记住，引发 Class not found 却找不到定义位置的诡异问题。
解决方法：
- 删掉
vendor/composer/autoload_classmap.php（它会被下次composer dump-autoload重建） - 运行
composer dump-autoload -o强制刷新优化后的自动加载映射 - 如果项目启用了 OPCache，记得重启 PHP-FPM 或清空 OPCache（
opcache_reset()），否则旧类定义可能还在内存里
检查 composer.lock 和提交前验证
composer remove 会改 composer.json 和 composer.lock，但有时 composer.lock 的变更不明显，尤其当多个包一起变动时。CI 或其他环境拉取依赖可能因 lock 文件不一致出问题。
建议步骤：
- 对比
git diff composer.lock，确认只有预期的删除项，没有意外的版本漂移 - 运行
composer install --no-dev在干净目录测试能否正常装完，再试一次php artisan optimize:clear（Laravel）或对应框架缓存清空命令 - 如果项目有测试套件，至少跑一遍
phpunit或对应测试命令，重点看是否报未定义类或方法
最易被忽略的是：插件卸载后，它的数据库迁移没回滚，或者配置里留着已失效的 env 变量（如 SOME_PACKAGE_KEY），这些不会报错，但会让后续维护人困惑。
