composer global update 不是更新所有已装包的快捷键，它仅依据 ~/.composer/composer.json 中声明的包及其版本约束执行更新，而该文件通常不存在、为空或约束过严（如 "^4.0"），导致命令静默退出、版本不变；真正有效的做法是用 composer global outdated 查可更新项，再通过 composer global require 显式重装，并确保 ~/.composer/vendor/bin 在 $PATH 中。
composer global update 不是“更新所有已装包”的快捷键，它只按 ~/.composer/composer.json 里的声明去更新——而这个文件通常不存在、为空，或版本约束过严（比如 "laravel/installer": "^4.0"），导致命令静默退出、版本纹丝不动。
composer global update 为什么常没反应？
- 它不扫描
~/.composer/vendor/下实际装了什么，只认~/.composer/composer.json -
ls ~/.composer/composer.json很可能返回No such file - 即使存在，内容也常是旧版锁定（如
"phpunit/phpunit": "9.6.15"），根本拉不到10.x -
composer global status报No composer.json found就是直接证据
composer global update 的行为和项目级的 composer update 本质一致：重算依赖图，不是“升级已安装项”。你没写进 composer.json 的包，它就当不存在。
怎么查哪些全局包真能更新？
别猜，用 composer global outdated：
- 无输出 = 当前所有包在约束范围内已是最新
- 有输出如
laravel/installer 4.4.0 → 5.1.0，说明可升 - 加
--all可看到间接依赖（比如symfony/console落后几个小版本）
注意：如果某行标着 (latest: 5.1.0) 却没 → 箭头，说明当前 composer.json 里的约束锁死了它（例如写的是 "^4.0"）。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像对全局更新有没有用？
有，但只影响下载速度，不影响逻辑判断。
- 全局包安装/更新走的仍是 Packagist 源，镜像只是代理加速
- 如果你用的是国内镜像（如阿里云、腾讯云），确保已全局配置：
composer config -g repo.packagist composer <a href="https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9">https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9</a> - 镜像不会绕过 PHP 版本检查、依赖冲突或
composer.json约束 - 若
composer global require卡在下载，优先检查镜像是否可用，而不是怀疑版本逻辑
更新后命令还是 command not found？
安装成功 ≠ 命令可用。问题几乎总出在两处：
-
PATH没包含$HOME/.composer/vendor/bin：运行echo $PATH | grep -o "$HOME/.composer/vendor/bin"，没输出就得补 - 补法（zsh 用户）：
echo 'export PATH="$HOME/.composer/vendor/bin:$PATH"' >> ~/.zshrc && source ~/.zshrc -
which laravel应输出/home/xxx/.composer/vendor/bin/laravel，否则路径没生效 -
autoload失效时，手动刷新：composer global dump-autoload
最常被忽略的是：你重装了 laravel/installer，但 shell 还缓存着旧的 which 结果，source 或新开终端才能生效。
