windows下composer命令找不到99%是path未配置，需运行where composer验证，手动添加c:\programdata\composersetup\bin到系统path，重启终端后执行composer --version验证；全局命令还需将%appdata%\composer\vendor\bin加入用户path，并确保composer_home设为正确绝对路径。
Windows 下 Composer 命令找不到，99% 是 PATH 没配对，不是没装好，也不是 PHP 有问题——先别重装，直接查路径、加变量、新开终端。
composer 命令报“不是内部或外部命令”
本质是系统根本没找到 composer.bat 或 composer.phar 所在位置。官方安装器（Composer-Setup.exe）勾选 “Add to PATH” 后，常因 UAC 权限或杀毒软件拦截而静默失败。
- 先运行
where composer：如果无输出，说明 PATH 里确实没它 - 手动去
C:\ProgramData\ComposerSetup\bin\看是否存在composer.bat和composer.phar；不存在就重装，并以管理员身份运行安装程序 - 把该目录（只到
bin这一级，不含文件名）加进「系统变量」里的Path：控制面板 → 系统 → 高级系统设置 → 环境变量 → 系统变量 →Path→ 新建 - 必须关闭所有已打开的 CMD/PowerShell/VS Code 终端，再新开一个，否则旧进程不读新 PATH
- 新开终端后，运行
echo %PATH%搜索你刚加的路径；再输composer --version验证
composer global require 的命令（如 laravel）找不到
这是另一个独立问题：composer global require 安装的可执行文件（如 laravel.bat）默认放在 %APPDATA%\Composer\vendor\bin，和 composer 自身的启动目录完全无关。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config --global home查出全局根目录，拼上\vendor\bin就是真实路径（例如C:\Users\Alice\AppData\Roaming\Composer\vendor\bin） - 用资源管理器打开该路径，确认里面有你要的命令（如
laravel.bat）；如果为空，说明global require执行失败，或包没声明"bin"字段 - 把这个
\vendor\bin路径单独加进「用户变量」里的Path（不是系统变量），避免权限冲突 - 同样要关掉所有终端重开，再试
laravel -V -
composer config --global bin-dir对全局命令无效，它只影响项目级vendor/bin，设了也白设
COMPOSER_HOME 设错导致 autoload 跳过或 global 命令失效
COMPOSER_HOME 决定全局配置、缓存、vendor/bin 的根目录。设错一个斜杠，composer global require 就会静默装进错误位置，后续所有命令都找不到，且不报错。
- Windows 正确写法：
setx COMPOSER_HOME "C:\Users\username\AppData\Roaming\Composer"（不能用%USERPROFILE%，也不能带引号） - Linux/macOS 正确写法：
export COMPOSER_HOME="/home/username/.composer"（不能带~） - 设完必须新开终端，运行
composer config --list --global，看 “Global configuration file” 路径是否匹配你设的绝对路径 - PATH 必须包含
%COMPOSER_HOME%\vendor\bin（Windows）或$COMPOSER_HOME/vendor/bin（Linux/macOS），不是composer.phar所在目录 - 所有全局配置必须用
composer config --global写入，禁止手改config.json—— 容易 JSON 格式错误，且composer self-update可能覆盖它
PHP 扩展缺失导致 install 卡在 “Resolving packages…” 或报 SSL 错误
这不是 Composer 自身问题，是 PHP CLI 缺少必要扩展。Windows 下默认常关闭 openssl、curl、zlib，缺一个就可能卡住或报错。
- 运行
php --ini查出php.ini实际路径 - 编辑该文件，去掉以下三行前面的分号：
;extension=openssl、;extension=curl、;extension=zlib - 重启命令行，运行
php -m | findstr openssl确认已加载 - 多个 PHP 版本共存时，
where php查路径顺序，把想用的 PHP 目录移到 PATH 最前面；或在composer.bat中硬编码路径，如：C:\php82\php.exe "%~dp0composer.phar" %* - Composer 2.x 还依赖
ext-zip，很多精简版 PHP 默认不启用它，需一并检查开启
最容易被忽略的是：COMPOSER_HOME 和 PATH 必须协同生效，且每次修改后都必须新开终端验证。旧窗口不会自动刷新环境变量，而 Composer 不会提示你“正在读旧配置”。
