Composer命令不识别的根本原因是PHP未加入系统PATH、openssl/curl未启用、PATH未生效三者缺一不可：先验证C:\xampp\php\php.exe -v，再编辑php.ini启用extension=openssl和extension=curl并确认extension_dir路径正确，最后将C:\xampp\php加入系统PATH并重启终端。
Composer 命令在 CMD 或 PowerShell 里报 'composer' 不是内部或外部命令，不是安装失败，而是系统压根没找到它——根本卡点永远是 PHP 路径没配、openssl 没开、PATH 没生效，三者缺一不可。
确认 XAMPP 的 php.exe 是否能被系统调用
Composer 本质是 PHP 脚本，必须依赖 php.exe 才能运行。XAMPP 自带的 PHP 默认不进系统 PATH，所以第一步永远是验证这个可执行文件是否“活”着：
- 打开终端（CMD/PowerShell），直接运行：
C:\xampp\php\php.exe -v（Windows）或/Applications/XAMPP/xamppfiles/bin/php -v（macOS） - 如果输出类似
PHP 8.2.12 (cli)，说明路径正确、PHP 可用；如果报“不是内部或外部命令”，说明你连起点都没到 - 常见陷阱：新版 XAMPP 可能用
C:\xampp\php8\或C:\xampp\php7\替代C:\xampp\php\，务必进目录手动确认是否存在php.exe - 别信
php -v有输出就万事大吉——那可能是你电脑里其他 PHP（如 WAMP、手动安装版）在响应，用where php（Windows）或which php（macOS）确认真实路径
启用 openssl 和 curl 扩展（CLI 模式下）
XAMPP 的 php.ini 分两套：Apache 用一套，命令行（CLI）用另一套。Composer 走的是 CLI，但 XAMPP 默认只给 Apache 开了扩展，CLI 是关着的。不打开，必报 cURL error 60 或 file_get_contents(): SSL operation failed：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 编辑
C:\xampp\php\php.ini（Windows）或/Applications/XAMPP/xamppfiles/etc/php.ini（macOS） - 取消以下两行开头的分号：
;extension=openssl→ 改成extension=openssl；同理处理;extension=curl - 确认
extension_dir指向正确，例如 Windows 应为：extension_dir = "C:\xampp\php\ext"（注意反斜杠方向和路径存在性） - 改完保存，**重启终端**再运行
php -m | findstr openssl（Windows）或php -m | grep openssl（macOS/Linux），有输出才算真正生效
用官方脚本安装 Composer（不推荐 Setup.exe）
Windows 上流传的 Composer-Setup.exe 是个封装器，常卡在 TLS 验证、权限弹窗或静默失败；macOS/Linux 手动下 composer.phar 后还要 chmod + alias，步骤多、故障点分散。统一用官方 PHP 脚本最稳：
- Windows（PowerShell）：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" php composer-setup.php --install-dir=C:\xampp\php --filename=composer php -r "unlink('composer-setup.php');" - macOS/Linux：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" sudo php composer-setup.php --install-dir=/Applications/XAMPP/xamppfiles/bin --filename=composer php -r "unlink('composer-setup.php');" - 关键参数：
--install-dir必须指向 XAMPP 的 PHP 目录，--filename=composer确保生成无后缀的可执行入口 - 装完立刻验证：
composer --version—— 若仍报错，不是 Composer 没装好，是上一步的 PATH 没加或没生效
把 XAMPP 的 PHP 目录加入系统 PATH
即使 composer 文件已放在 C:\xampp\php\ 下，系统也不知道去那里找它。PATH 是唯一让终端全局识别命令的机制：
- Windows：右键“此电脑”→“属性”→“高级系统设置”→“环境变量”→在“系统变量”中找到
Path→“新建”→填入C:\xampp\php（结尾**不要**加反斜杠） - macOS：编辑
~/.zshrc（或~/.bash_profile），追加：export PATH="/Applications/XAMPP/xamppfiles/bin:$PATH"，然后运行source ~/.zshrc - 改完 PATH 后，**必须关闭所有已打开的终端窗口，重新开一个**——PATH 缓存不会自动刷新
- 杀毒软件（尤其 Windows Defender 或 360）可能拦截
composer.bat创建或执行，报“操作被阻止”，此时需临时禁用或添加信任
最容易被忽略的其实是 PHP CLI 的 php.ini 路径和扩展状态——XAMPP 升级后，php.ini 往往被覆盖重置，openssl 又被关掉；而很多人只检查 Apache 的配置，却忘了 CLI 是另一套环境。每次升级 XAMPP 后，第一件事不是重装 Composer，而是 php -m 看一眼 openssl 还在不在。
