存在，但仅 Composer ≥ 2.2 版本原生支持；低于该版本会报错“Command 'global:remove' is not defined”，需手动删 composer.json 条目并执行 composer global update 或清理 vendor 目录及 bin 文件。
composer global remove 命令到底存不存在？
它存在，但只在 Composer ≥ 2.2 版本中可用。如果你运行 composer global remove laravel/installer 报错 Command "global:remove" is not defined，说明你用的是 2.1.x 或更旧版本——这不是你输错了，是命令压根没实现。
验证方式很简单：composer --version。低于 2.2 就别硬试，直接跳到手动清理步骤。
- 新版（≥2.2）：命令可用，但必须满足三个条件：非项目目录下执行、
which composer指向系统级路径（如/usr/local/bin/composer）、包名和composer global show输出完全一致（比如不能把laravel/installer写成laravel-installer） - 旧版（composer global remove 都是无效的，强行运行只会报错
卸载后命令还能执行？不是没卸掉，是 bin 文件还挂着
即使 composer global remove 显示 Removing package laravel/installer，终端里仍能跑 laravel --version，这几乎 100% 是因为 ~/.composer/vendor/bin/laravel 这个可执行文件（shell 脚本或 bat）没被删。
Composer 的 global remove 只负责删源码目录和更新 autoload，不碰 vendor/bin/ 下的符号链接或脚本——这是设计如此，不是 bug。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先确认残留：
ls -l ~/.composer/vendor/bin/ | grep laravel（macOS/Linux），或dir %APPDATA%\Composer\vendor\bin\laravel.*（Windows） - 手动清除：
rm ~/.composer/vendor/bin/laravel（Linux/macOS），或del %APPDATA%\Composer\vendor\bin\laravel.bat（Windows） - 清 shell 缓存：
hash -d laravel（bash/zsh），否则which laravel仍可能返回旧路径
autoload 不刷新，类就永远找不到
删了 ~/.composer/vendor/laravel/installer 目录，但 PHP 运行时仍报 Fatal error: Class 'LaravelInstallerConsoleInstallCommand' not found？问题出在自动加载缓存没更新。
composer global remove 会重建 autoload.php，但某些场景（比如中断、权限问题、旧版）会导致它没真正重写 ~/.composer/vendor/composer/autoload_psr4.php 等映射文件。
- 强制刷新：
composer global dump-autoload—— 这步不能省，尤其当你怀疑类加载异常时 - 验证是否生效：打开
~/.composer/vendor/composer/autoload_psr4.php，搜索laravel或对应命名空间，确认相关键值对已消失 - 别指望
composer global update顺带帮你刷 autoload，它不会自动触发这一步
最易被忽略的验证点：三处必须全空
卸载是否干净，不能只看命令有没有报错，得交叉检查三个地方：
-
composer global show输出里不再出现目标包名（说明 composer.json 和 vendor 目录已同步清理） -
which laravel（macOS/Linux）或where laravel（Windows）无输出（说明 PATH 中的可执行入口已断） -
ls ~/.composer/vendor/ | grep laravel（或对应厂商名）返回空（说明源码目录真没了）
漏掉任何一项，都可能在后续某次 CI 构建、本地调试或依赖更新时突然冒出来，而且错误信息往往和卸载动作毫无关联——比如“Class not found”背后其实是半年前没清干净的全局包残留。
