Composer全局安装的包命令找不到，是因为全局bin目录未加入系统PATH；需先运行composer global config bin-dir --absolute查准路径，再将其添加到对应shell配置文件并重载，最后验证PATH和命令是否生效。
Composer 全局安装的包命令找不到，大概率是 composer global bin 目录没加进系统 PATH —— 不是 Composer 装错了，也不是包没装成功。
怎么查全局 bin 目录在哪？
Composer 全局安装的可执行文件（比如 laravel、phpunit、psysh）默认放在用户专属目录下，路径因系统而异：
- Linux/macOS：
~/.composer/vendor/bin（旧版）或~/.config/composer/vendor/bin（Composer 2.4+ 默认） - Windows：
%APPDATA%\Composer\vendor\bin（即C:\Users\用户名\AppData\Roaming\Composer\vendor\bin）
别猜，直接运行这条命令确认：
composer global config bin-dir --absolute
输出的就是你该加进 PATH 的真实路径。
PATH 没生效？常见配置位置和 reload 方式
加了路径但终端仍报 command not found，基本是 shell 配置没重载，或写错了文件：
- macOS/Linux（zsh 默认）：编辑
~/.zshrc，追加一行：export PATH="$HOME/.config/composer/vendor/bin:$PATH"（路径按上一步结果替换） - macOS/Linux（bash）：改
~/.bash_profile或~/.bashrc - Windows：用「系统属性 → 高级 → 环境变量」图形界面，在「用户变量」的
Path里新增那一行路径
改完必须重载配置：
- macOS/Linux：运行
source ~/.zshrc（或对应文件），或者新开一个终端 - Windows：重启 CMD/PowerShell/终端应用；VS Code 需要完全关闭再打开（它不继承新环境变量）
为什么 composer global require 后命令还是不识别？
除了 PATH 问题，还有几个硬性前提：
- 包本身得提供
bin字段：检查composer.json里是否有类似"bin": ["laravel"]的声明，没有就不可能生成可执行脚本 - 不是所有包都支持全局调用：比如
phpstan/phpstan提供phpstan命令，但monolog/monolog是纯库，没bin，装了也无命令 - 权限问题（Linux/macOS）：确保
vendor/bin下的文件有可执行权限，一般 Composer 会自动设好，但某些 NFS 或挂载盘可能丢失x位，可手动补：chmod +x ~/.config/composer/vendor/bin/*
Windows 上 PowerShell 执行被阻止？
即使 PATH 正确，PowerShell 可能因执行策略拒绝运行本地脚本：
错误信息类似：File XXX.ps1 cannot be loaded because running scripts is disabled on this system.
临时解决（当前会话有效）：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
注意：不要用 Unrestricted，RemoteSigned 已足够安全，且只影响当前用户。
最常被忽略的是：Composer 全局 bin 目录在不同版本、不同系统、甚至同一系统不同 Shell 下路径不一致，靠记忆或网上搜到的“通用路径”十有八九错。每次怀疑时，先跑 composer global config bin-dir --absolute —— 这才是唯一可信来源。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
