能，但需 Composer ≥ 2.2；必须在非项目目录执行；包名须完全匹配 global show 输出；卸载后需手动删 bin 文件并执行 composer global dump-autoload。
composer global remove 真的能用吗？
能，但前提是你的 Composer 版本 ≥ 2.2（2021 年后安装的通常都支持）。低于这个版本，composer global remove 命令根本不存在，会报错：Command "global:remove" is not defined。别急着删文件——先确认版本：composer --version。如果输出是 Composer version 2.1.x 或更低，那就得绕道手动操作。
正确执行 global remove 的三个必要条件
这条命令看着简单，但踩坑率极高，主要因为「全局」作用域容易被误判：
- 必须在非项目目录下运行——不能在某个 Laravel 或 Symfony 项目的根目录里敲；否则虽不报错，但实际删的是当前项目的依赖
- 确保
which composer指向的是系统级可执行文件（如/usr/local/bin/composer），而不是项目里临时复制的./composer - 包名必须完全匹配
composer global show列出的格式，比如laravel/installer，不能写成laravel-installer或漏掉/
验证是否在正确上下文：运行 composer global show 能列出包，才说明你真处在全局环境里。
卸载后命令还在？不是没卸掉，是 bin 文件没清
这是最常被当成「卸载失败」的假象：composer global remove laravel/installer 执行成功，但终端仍能运行 laravel --version。原因只有一个：~/.composer/vendor/bin/laravel 这个 shell 脚本还躺在那里，而你的 $PATH 里包含了 ~/.composer/vendor/bin。
- 查残留：
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），或直接重启终端
不清理这一步，等于卸载只完成 70%——磁盘文件和 autoload 都清了，但命令行入口还开着门。
为什么 dump-autoload 是必做动作？
composer global remove 默认会重建 autoload，但某些旧版或异常配置下它可能跳过。一旦漏掉，就会出现诡异问题：包目录没了，composer global show 也不显示，但运行其他全局工具时突然报 Fatal error: Class 'Laravel\Installer\Console\InstallCommand' not found。
这是因为全局 autoloader（~/.composer/vendor/autoload.php）是一次性生成的静态映射，不会随文件删除自动更新。必须强制刷新：
- 运行
composer global dump-autoload - 检查
~/.composer/vendor/composer/autoload_psr4.php，搜索'Laravel\\Installer\\'，确认对应条目已消失
这步不能省，尤其当你后续还要装别的全局工具时——autoload 不干净，轻则报错，重则引发类加载冲突。
