是，composer remove 仅移除指定包并自动更新 composer.json 和 lock 文件，但不删除其子依赖；若被其他包依赖则报错，需先用 composer depends 查依赖关系。
composer remove 会自动处理依赖关系吗
会，但只限于你明确指定的包，不会连带删掉它的子依赖——哪怕那些子依赖没被其他包引用。Composer 默认只做「最小安全移除」，避免误伤。
-
composer remove vendor/package会从composer.json中删掉该包，并运行composer install清理vendor/和composer.lock - 如果这个包是其他已安装包的依赖（比如
monolog/monolog被symfony/console用着），remove会失败并报错：Package vendor/package is required by ... - 想强行删？别硬来——先查谁在依赖它：
composer depends vendor/package，再决定是升级上游包、换实现，还是接受保留
卸载后残留文件或类找不到怎么办
常见于手动改过 autoload 或加了自定义 psr-4 映射的项目。Composer 删包不碰你的 composer.json autoload 配置，也不会清空 vendor/composer/autoload_*.php 缓存。
- 检查
composer.json的autoload和autoload-dev段，删掉指向已卸载包的路径（比如"My\Old\": "vendor/old/package/src/"） - 运行
composer dump-autoload重建自动加载映射，否则旧类仍可能被加载（尤其在开发环境启用了 opcache） - 如果用了
classmap，记得删掉对应目录或执行composer dump-autoload -o强制重扫
dev-only 包（如 phpunit）用 remove 还是 require --dev
用 composer remove 就行，它会自动识别包是否在 require-dev 里，并从对应区块删除。不用自己去 composer.json 手动剪。
- 比如删测试工具：
composer remove phpunit/phpunit→ 自动从require-dev移除 - 如果误删了生产环境需要的包（比如
guzzlehttp/guzzle在require里），remove会把它从require删，不是require-dev—— 区分靠的是当前声明位置，不是包本身用途 - 不确定在哪声明的？看
composer show vendor/package输出里的requires/requires (dev)行
删包后 CI 失败或本地行为不一致
大概率是 composer.lock 没同步更新，或者不同环境用了不同版本的 Composer。
- 确认删包后执行了
composer install（remove命令末尾会自动触发，但网络中断或 Ctrl+C 可能打断） - 检查
composer.lock文件是否提交到 Git：没提交 → CI 拉的是旧 lock，还原了已删的包 - 不同 Composer 版本对依赖解析策略有差异（比如 v2.2 vs v2.5），统一用
composer self-update --2锁定大版本
