composer global update基本不可用，因它依赖不存在或过时的~/.composer/composer.json，常静默失败；应改用composer global require显式重装并验证PATH与bin路径。
composer global update 不能安全升级所有全局包，它几乎总是静默失败或报错中断；真正可用的方式是逐个用 composer global require 显式重装，并确认 ~/.composer/vendor/bin 在 $PATH 中。
为什么 composer global update 基本不可用
这个命令默认读取 ~/.composer/composer.json，但该文件在 90% 的环境中根本不存在。即使存在，里面写的约束（比如 "laravel/installer": "^4.0"）也早已过时，update 不会主动跳版本、不查最新稳定版、也不告诉你哪包卡住了。
常见现象包括：
- 执行后无任何输出，
laravel --version仍是旧版 - 报
Your requirements could not be resolved，但不指出具体哪个包冲突 - 某包要求
php: ^8.2，而你本地是8.1，它直接退出，不尝试降级其他依赖
怎么查当前装了哪些全局包和版本
别信 composer global list ——它只显示注册名，不校验是否可执行、有没有二进制文件。
更可靠的做法是：
- 运行
composer global show：列出所有已安装包及其当前版本 - 加
--direct参数：composer global show --direct，只看你自己手动require的包（排除间接依赖） - 查某个包的最新兼容版：
composer global show vendor/package-name --all | grep latest - 验证命令是否真能用：
which package-name或直接运行package-name --version
怎么安全升级单个全局 CLI 工具
以 laravel/installer 为例，按顺序操作：
- 先看当前装的是什么：
composer global show laravel/installer - 再查最新稳定版：
composer global show laravel/installer --all（注意latest:后面的版本号） - 显式重装：
composer global require laravel/installer:^5.0 --update-with-dependencies -
--update-with-dependencies必须加：否则主包升了，但旧依赖（如symfony/consolev5）还卡着，运行时报错 - 升级后立刻验证：
which laravel应输出~/.composer/vendor/bin/laravel，再跑laravel --version
镜像配置对全局更新的影响
全局包更新走的是全局镜像源，不是项目级的。查当前设了什么镜像：
- 查全局镜像：
composer config --global repos.packagist.org - 查项目镜像（避免干扰）：
composer config repos.packagist.org - 临时切回官方源调试：
composer global update --repository=https://packagist.org - 换镜像后必须清缓存：
composer clear-cache，否则可能拉到旧元数据
PATH 和 autoload 失效比升级失败更常见——装上了，但命令找不到；或者类加载失败。这两点必须单独验证，不能靠 composer global require 成功就认为万事大吉。
