答案是未将composer全局bin目录添加到path环境变量；需运行composer global config bin-dir --absolute获取真实路径，再将其加入shell或系统path并重载配置验证。
Composer 全局 PATH 路径不是“更新”出来的，而是由 composer global config bin-dir 和系统 $PATH 共同决定的；改错地方会导致 composer global require 安装的命令找不到，比如 laravel 或 phpunit 报 command not found。
怎么查当前全局 bin 目录在哪
别猜路径，直接问 Composer：
composer global config bin-dir --absolute
输出类似 /home/yourname/.composer/vendor/bin 或 /Users/you/.composer/vendor/bin —— 这才是你 composer global require laravel/installer 后，laravel 命令实际放的位置。
常见错误现象：
- 执行
laravel new myapp提示command not found: laravel -
which laravel返回空，但ls ~/.composer/vendor/bin/laravel确实存在
说明：bin 目录没加进 $PATH，系统根本不知道去哪找它。
如何让系统认得这个 bin 目录
必须把 composer global config bin-dir --absolute 的输出路径，加到你的 shell 启动文件里：
先确认你用的是什么 shell：
echo $SHELL（常见是 /bin/zsh 或 /bin/bash）
然后追加 PATH：
- zsh 用户：编辑
~/.zshrc，加一行export PATH="$PATH:/home/yourname/.composer/vendor/bin" - bash 用户：编辑
~/.bashrc或~/.bash_profile，同样追加export PATH="$PATH:..." - Windows + WSL 用户：确保在
~/.zshrc里写，别只改 Windows 的环境变量
改完后执行：source ~/.zshrc（或对应文件），再跑 echo $PATH 看是否包含该路径。
⚠️ 容易踩的坑：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 路径写错，比如漏掉
vendor/bin，只写了~/.composer - 改了
~/.bashrc却用 zsh 终端，source也没用 - 用了
sudo composer global require，导致 bin 文件属主是 root，普通用户无法执行
多 PHP 版本共存时，PATH 会冲突吗
不会自动冲突，但你要主动隔离：
Composer 本身不绑定 PHP 版本，但它调用的 php 命令取决于当前 $PATH 中哪个 php 在前。所以关键不是 Composer 的 PATH，而是 php 的 PATH。
典型场景：
- 宝塔面板装了 PHP 7.4、8.0、8.1，各自
/www/server/php/80/bin/php路径不同 - 你用
ln -sf /www/server/php/80/bin/php /usr/local/bin/php指向某个版本 - 此时
composer执行依赖解析和脚本，都走这个php二进制
所以真正要管的，是 php 的 PATH 顺序，不是 Composer 的 bin-dir。验证方式：
which php → 看输出是不是你预期的版本路径
php -v → 看实际运行版本
如果想切换，别动 Composer，改 php 的软链接或 $PATH 前置顺序即可。
国内镜像源和全局 PATH 有关系吗
完全没关系。镜像源只影响 composer install 时从哪下载包元数据和 ZIP 文件，不影响 PATH 查找逻辑。
但容易混淆的点：
- 有人以为 “换镜像后全局命令就快了”，其实只是
composer global require安装过程变快，已安装的命令执行速度不变 - 镜像配置错（比如写成
repos.packagist多个 s），会导致global require仍走官方源、超时失败，误以为是 PATH 问题 - 执行
composer global require laravel/installer卡住，先composer config -g repo.packagist确认输出是镜像 URL，再查 PATH
最稳的验证链：
composer config -g repo.packagist → 应输出镜像 JSONcomposer global config bin-dir --absolute → 记下路径echo $PATH → 确认该路径在里面ls -l $(composer global config bin-dir --absolute)/laravel → 看文件是否存在且可执行
PATH 和镜像，一个管“命令在哪”，一个管“包从哪来”，别混着调。
