答案是PATH未正确配置composer.bat所在目录。90%的“不是内部或外部命令”报错源于未将C:\ProgramData\ComposerSetup\bin等composer.bat所在目录添加到系统Path，且未重启终端验证；where composer返回空即证明路径未生效，需手动添加目录、关闭所有终端后重开再试。
Composer安装后输入composer --version报“不是内部或外部命令”，90%不是没装上，而是PATH根本没包含composer.bat所在目录——重装前先查这三处：路径是否加对、是否加进正确层级的环境变量、终端是否已重启。
where composer返回空？说明PATH根本没生效
这是最常见也最容易误判的问题。系统找不到composer，本质是shell在$PATH（Windows叫Path）列出的目录里没搜到可执行文件。
- Windows下运行
where composer，应返回类似C:\ProgramData\ComposerSetup\bin\composer.bat；为空就代表路径没加进去 - 别把
php.exe所在路径（如C:\php）加进Path凑数——那是PHP的路径，和composer.bat无关 - 确认添加的是目录（如
C:\ProgramData\ComposerSetup\bin），不是文件（composer.bat）或带尾部反斜杠/空格的路径（C:\ProgramData\ComposerSetup\bin\会失效） - 改完必须关闭所有已打开的CMD/PowerShell/VS Code终端，再新开一个——旧进程不读新
Path - 验证：运行
echo %PATH%看输出里有没有你刚加的路径；再跑where composer二次确认
composer global require的命令找不到？漏了vendor/bin路径
composer global require laravel/installer成功不代表laravel命令就能用。全局包生成的可执行文件不在composer自身目录，而在Composer的全局vendor/bin目录——这个路径不会自动加入PATH。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 唯一可靠方式是运行
composer global config bin-dir --absolute，它输出真实路径，例如：
Windows：C:\Users\Alice\AppData\Roaming\Composer\vendor\bin
Linux/macOS：/home/alice/.config/composer/vendor/bin - Windows用户把这个路径加进「用户变量」→
Path，不要加进「系统变量」；Linux/macOS追加到~/.zshrc（zsh默认）或~/.bash_profile（bash），内容为：export PATH="$(composer global config bin-dir --absolute):$PATH" - 改完必须重载配置：
source ~/.zshrc或新开终端；验证用which laravel或where laravel - 别抄旧教程里的
~/.composer/vendor/bin——新版Composer 2.4+已迁移到~/.config/composer/vendor/bin，硬写老路径大概率为空
composer install卡住或报SSL错误？PHP扩展没启用
执行composer install卡在“Resolving packages…”或提示The openssl extension is required，不是网络问题，是PHP CLI缺必要扩展。
- 运行
php --ini查出当前生效的php.ini路径，用记事本打开它 - 取消以下四行前面的分号：
extension=openssl、extension=curl、extension=mbstring、extension=zip（Composer 2.x强依赖ext-zip） - 确认
extension_dir指向正确，例如extension_dir="C:\php\ext" - 重启终端，运行
php -m | findstr openssl（Windows）或php -m | grep openssl（Linux/macOS），能看到openssl才算生效 - 特别注意：别改错
php.ini——Windows常存在多个PHP（XAMPP、独立zip包、WSL），php -v和where php输出的路径，才是你要改的那个
PHP_BINARY设了还是不生效？composer.bat根本不读它
Windows官方安装包附带的composer.bat是硬编码调用php命令的批处理脚本，完全不读PHP_BINARY环境变量。哪怕你设了PHP_BINARY=C:\php\8.2\php.exe，它也视而不见。
- 验证方法：用记事本打开
composer.bat，搜索php "，大概率看到这行：php "%~dp0composer.phar" %*——这里的php就是字面意思，去%PATH%里找 - 最稳解法：删掉
composer.bat，改用php composer.phar install；PowerShell中可加函数：function composer { php C:\tools\composer.phar @args } - 次选方案：手动编辑
composer.bat，把php替换成绝对路径，例如"C:\xampp\php\php.exe"（注意英文双引号，路径含空格时必加） - 别碰
composer-setup.php——它只用于安装，不参与日常执行
真正容易被忽略的点是：PATH修改后必须重启终端，且composer.bat和php.exe的路径要各自独立配置，不能指望一个变量解决两个问题；另外，不同shell（zsh/bash/Git Bash/CMD）对路径解析规则不同，优先用CMD验证基础可用性。
