Composer 没有 composer global remove 命令，因其全局机制不维护已安装包清单，仅解压包至 vendor 目录并软链 bin 脚本，故无法安全反向卸载；正确方式是手动删除对应 vendor 目录及 bin 脚本，并执行 composer global dump-autoload 刷新自动加载。
Composer 没有 composer global remove 这个命令，运行它会直接报错 Command "global:remove" is not defined。所谓“卸载全局工具”，本质是手动清理文件 + 刷新自动加载 + 清除可执行入口。
为什么 composer global remove 不存在且会报错
Composer 官方从未实现该命令。它的全局安装机制不维护独立的已安装包清单，也不提供反向卸载逻辑——global require 只是把包解压到 ~/.composer/vendor/（Linux/macOS）或 %APPDATA%\Composer\vendor\（Windows），再把 bin 脚本软链到 vendor/bin/。没有记录，就无法“安全移除”。
常见错误现象：composer global remove laravel/installer 执行后提示命令未定义，不是你拼错了，是它根本不存在。
- 别在项目目录下误用
composer remove：那只会删当前项目的依赖，和全局无关 - 也别指望
composer global update帮你清理——它只更新，不卸载 - 某些旧文档或博客写的
composer global remove是过时或错误信息
真正能卸载的两种可靠方式
必须手动干预，但步骤明确、无副作用：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
方式一（推荐）：删 vendor 目录 + 删 bin 脚本 + 刷新 autoload
进入全局 vendor 目录：cd ~/.composer/vendor（macOS/Linux）或cd %APPDATA%\Composer\vendor（Windows）
删包目录，例如卸载laravel/installer就删laravel/installer
再进~/.composer/vendor/bin/，删对应脚本：rm laravel（macOS/Linux）或del laravel.bat（Windows）
最后强制重建自动加载：composer global dump-autoload -
方式二（慎用）：用空版本覆盖触发卸载
运行composer global require laravel/installer:（注意末尾冒号）
Composer 会解析为“要求空版本”，多数情况下会清掉该包
但不稳定：某些 Composer 版本会卡在依赖解析，或静默失败，不建议作为首选
卸载后命令还能执行？检查这三个地方
这是最常被忽略的环节。即使 vendor 里删干净了，命令仍可能“活着”：
- 运行
which laravel（macOS/Linux）或where laravel（Windows），确认返回为空；否则说明vendor/bin/laravel还在 PATH 里 - 检查
echo $PATH | tr ':' '\n' | grep composer，确认没有残留的~/.composer/vendor/bin路径 - 删完脚本后，运行
hash -d laravel（bash/zsh）清除 shell 命令缓存，或直接重启终端
漏掉任意一项，都可能让你误以为卸载失败。
验证是否真正干净
别只看目录有没有文件，要交叉验证三处：
-
composer global show输出中不再出现目标包名 -
ls ~/.composer/vendor/确认对应厂商/包目录已消失 - 执行原命令如
laravel --version，应提示command not found
最隐蔽的问题永远是 vendor/bin/ 下的残留脚本——它不依赖 vendor 目录存在，只要在 PATH 里，就能一直执行。动手前先 ls -l ~/.composer/vendor/bin/ 看一眼链接指向，比反复试命令更省时间。
