最准的全局 bin 目录路径由 composer global config bin-dir –absolute 输出，如 /home/yourname/.composer/vendor/bin 或 c:usersyournameappdataroamingcomposervendorbin；源码实际存于 composer global config home –absolute 所示路径下的 vendor/ 子目录中。
直接查全局 bin 目录：这是你真正需要的路径
全局安装的包，比如 laravel 或 phpunit，最终能直接在终端敲命令运行，靠的是它们的可执行文件被放进了 vendor/bin 目录——而这个目录必须加进系统 PATH 才生效。所以第一步不是找源码在哪，而是确认这个“命令入口”位置：
-
composer global config bin-dir --absolute—— 最准，直接输出类似/home/yourname/.composer/vendor/bin（linux/macos）或C:UsersYourNameAppDataRoamingComposervendorbin（windows） - 别用
composer config --global home后自己拼路径，因为bin-dir可能被自定义过（比如改成了~/bin），只看home会误判 - 如果命令报错 “No configuration file found”，说明你还没运行过任何
composer global操作，home和bin-dir都还没初始化
确认全局包代码实际存放位置
可执行文件只是链接或副本，真正源码在 vendor 子目录里。想看 laravel/installer 的 composer.json 在哪？得找它解压后的根目录：
-
composer global config home --absolute输出的是全局配置根目录，比如/home/yourname/.composer；包源码就在里面的vendor/下，例如/home/yourname/.composer/vendor/laravel/installer - 想精确到某个包？用
composer global show laravel/installer --path（注意必须带global关键字，否则查的是当前项目） - Windows 用户常在这里踩坑：PowerShell 默认不刷新环境变量，即使你刚把
%APPDATA%Composervendorbin加进PATH，也得重启终端才能生效
验证 PATH 是否真生效：别信“装了就能用”
很多人明明装了 laravel/installer，却提示 command not found，问题几乎全出在 PATH 没配对或没加载：
- Linux/macOS：检查
echo $PATH输出里有没有你的bin-dir路径；常见错误是写进了~/.bashrc却用的是zsh，该改~/.zshrc - Windows：在 CMD 中运行
echo %PATH%，在 PowerShell 中运行$env:PATH，确认字符串里包含AppDataRoamingComposervendorbin - 快速验证某命令是否来自全局：用
which laravel（macOS/Linux）或Get-Command laravel | select-Object -ExpandProperty Definition（PowerShell），看输出路径是否指向vendor/bin
修改默认全局路径：谨慎但可行
如果你不想把所有工具堆在 ~/.composer，可以换地方，但要注意连锁影响：
- 执行
composer config --global home /opt/composer-global，之后所有global require都会写入新路径下的vendor/和vendor/bin/ - 必须提前确保目标目录存在、权限可读写，且
bin-dir会自动基于新home重算（除非你额外设了bin-dir） - 改完后，旧路径里的包不会自动迁移，得手动搬或重装；已加入 PATH 的旧
vendor/bin也得替换成新的
最常被忽略的一点：全局路径不是“一次设置永久有效”。如果你在 docker 容器、CI 环境或不同用户下运行 composer global，COMPOSER_HOME 环境变量可能覆盖配置，导致路径漂移——查的时候得先 echo $COMPOSER_HOME。