Composer全局可用的关键是PATH包含其真实可执行路径，需用where composer确认位置、在系统变量Path中添加无尾反斜杠的路径、新开终端验证三步：where composer、composer --version、composer config -g home。
Windows 上 Composer 全局可用，关键不是“装没装”，而是 composer 命令能否被系统在任意目录识别——这完全取决于 PATH 是否包含其可执行文件路径，且该路径必须指向实际存在的 composer.bat 或 composer.phar 文件。
确认 Composer 可执行文件真实位置
很多人直接改 Path 却失败，是因为根本没找对文件在哪。Composer 安装器（如官方 Windows Installer）默认把 composer.bat 放在：C:\ProgramData\ComposerSetup\bin；但如果你是手动下载 composer.phar 并用 PHP 运行，那它可能在你保存的任意目录（比如 D:\tools\composer.phar）。
- 打开命令提示符，运行
where composer—— 如果返回路径，就以它为准；如果报“INFO: Could not find files”，说明系统根本没找到任何composer可执行入口 - 若用的是官方安装器，99% 是
C:\ProgramData\ComposerSetup\bin；注意ProgramData是隐藏文件夹，需在资源管理器地址栏直接粘贴路径访问 - 若用的是
php composer.phar方式，你得先把它重命名为composer（无后缀），再加执行权限，或更稳妥地：用php -r "eval('?>'.file_get_contents('composer.phar'));"包一层——但不如直接用官方安装器省心
PATH 环境变量修改必须生效且不冲突
改完 Path 不生效，常见原因不是操作错，而是改错了位置或没刷新上下文。
- 务必在「系统变量」的
Path里添加，不是用户变量（除非你只给自己用）；两者都加也无妨，但系统变量优先级更高 - 添加时末尾不要带反斜杠
\，例如写成C:\ProgramData\ComposerSetup\bin\可能导致解析异常；正确写法是C:\ProgramData\ComposerSetup\bin - 改完后必须新开一个命令提示符或 PowerShell 窗口验证，旧窗口的环境变量不会自动更新
- Git Bash 用户注意：
COMPOSER_HOME环境变量不影响 PATH，它只控制配置文件读取位置；Git Bash 下仍要确保 Windows 的 Path 生效，否则composer命令会提示“command not found”
验证是否真正成功：三步交叉确认
只跑 composer -V 不够，它可能来自别处（比如旧版本残留、全局 composer.phar 被误配进 PATH）。要真正确认是你刚配的那个。
- 第一步：运行
where composer，输出应唯一且为你刚加入 Path 的路径 - 第二步：运行
composer --version，看输出的版本号是否与你安装的一致（比如 2.7.x）；若显示 1.x，说明系统找到了另一个旧版composer - 第三步：运行
composer config -g home，检查它返回的路径是否是%APPDATA%\Composer（Windows 默认）；如果不是，可能是COMPOSER_HOME环境变量干扰了配置读取位置，此时应临时清空该变量再试
最容易被忽略的是：PATH 修改后未新开终端，以及 Git Bash 中误以为它会自动继承 Windows 的 PATH 变量——实际上它会读取自己的 shell 配置，有时需要手动在 ~/.bashrc 里追加 export PATH="/c/ProgramData/ComposerSetup/bin:$PATH"。别跳过验证步骤，哪怕只差一个反斜杠，composer 就永远找不到自己。
