不能手动删composer.json再composer install，因为会跳过依赖反向解析和autoload映射重建，导致vendor残留子依赖、autoload.php保留无效规则、composer.lock平台约束过期引发版本不兼容。
直接用 composer remove vendor/package-name，别删文件、别改 composer.json 后再跑 composer install——后者极大概率导致 autoload 错乱、类找不到、composer.lock 版本不一致。
为什么不能手动删 composer.json 再 composer install
手动删配置行 + composer install 看似等价，实际会跳过依赖反向解析和 autoload 映射重建。常见后果包括：
-
vendor/里残留子依赖目录（比如删了guzzlehttp/guzzle，但guzzlehttp/promises还在） -
vendor/autoload.php里仍保留已卸载包的加载规则，运行时突然报Class not found却不提示来源 -
composer.lock记录的平台约束（如 PHP 版本）可能过期，install会按旧锁文件拉取不兼容版本
composer remove 默认行为和必须注意的参数
命令执行时自动识别包在 require 还是 require-dev 区域，90% 场景下无需加 --dev。但以下情况必须明确指定：
- 同一个包名同时出现在
require和require-dev（极少见），否则可能删错区域 - 想只删
require-dev里的包，且项目中存在同名生产依赖（如测试用的phpunit/phpunit和某个 SDK 附带的同名包） - 批量删多个包时，
composer remove a/b c/d是合法的，但--dev只作用于全部，不能分包指定
不支持 --force 或 --ignore-platform-reqs；若因平台约束失败，应先运行 composer update --lock 同步环境，而非绕过检查。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
遇到 “Package is required by another package” 怎么办
这不是错误，是 Composer 的保护机制。它意味着你试图删除的包被其他已安装包显式依赖，比如删 guzzlehttp/guzzle 时，symfony/http-client 正在 require 它。此时：
- 先查依赖链：
composer why guzzlehttp/guzzle，看谁在引用 - 如果确认上游包也不需要，可按提示输入
y接受 Composer 自动降级或移除建议 - 若只想清理“只被该包引用”的子依赖（如
guzzlehttp/psr7），加--with-dependencies，但它不会碰别人共用的依赖 - 切忌硬删：强行编辑
composer.json+composer install可能触发意外版本漂移，甚至破坏框架核心功能
卸载后必须人工检查的三处硬编码残留
composer remove 只管依赖声明和 autoload 映射，不管你的代码里是否还藏着调用：
- 全局搜索
use语句和new XxxClass()实例化，例如：grep -r "Monolog\" . --include="*.php"（注意反斜杠转义） - 检查
config/下的配置文件（Laravel/Symfony 项目常见）、app/Providers/里的服务提供者注册 - 确认
composer.json的autoload.files或autoload.psr-4里没硬写该包路径，有则手动删掉
最容易被忽略的是那些绕过自动加载的 require 或 include_once，比如工具脚本里直接 require 'vendor/monolog/monolog/src/Monolog/Logger.php'——autoload 清了，这行照样崩。
