php -v报错说明php未加入系统path，需将php安装目录（如c:\php）添加到系统环境变量path中，重启终端后验证；composer命令同理需添加c:\programdata\composersetup\bin至path。
php -v 报“不是内部或外部命令”怎么办
说明 PHP 根本没进系统 PATH，Composer 后续所有操作都会失败。这不是 Composer 的问题，是环境前置条件没满足。
必须先让 php -v 在任意 CMD/PowerShell 窗口中都能输出版本号。常见做法：
- 找到你 PHP 的安装目录（例如
C:\php8.2或C:\xampp\php） - 把该路径添加到「系统环境变量」的
Path中（不是用户变量） - 确认
php.ini里已启用extension=php_openssl.dll和extension=php_curl.dll（去掉分号） - 改完必须新开终端——旧窗口不会重载 PATH
composer --version 没反应或报错
90% 是因为安装时没勾选 “Add to PATH”，或者安装后没开新终端。官方 Composer-Setup.exe 默认会把 C:\ProgramData\ComposerSetup\bin 加进系统 Path，但这个目录是隐藏的，容易被忽略。
验证方法：
- 运行
echo %PATH%，搜索里面是否含ComposerSetup\bin - 手动检查
C:\ProgramData\ComposerSetup\bin是否真实存在composer.bat - 如果用的是 Git Bash，
composer可能失效——它不自动展开%APPDATA%，建议改用 PowerShell 或 CMD
composer config -g repo.packagist 不生效
这条命令静默失败率极高，原因很具体：键名、type 值、URL 格式三者缺一不可。
正确写法只有一种：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
常见错误：
- 写成
repos.packagist（多一个 s）→ 配置写进去了，但 Composer 忽略 - 漏掉中间的
composer（type 值）→ 新版直接 fallback 到官方源 - URL 少末尾
/→ 请求路径错位，返回 404 后静默退回到https://repo.packagist.org - 没加
-g→ 写进当前目录的composer.json的config字段，对仓库源完全无效
验证是否成功，只看这一行输出：composer config -g repo.packagist，必须返回完整 JSON 对象，比如 {"type":"composer","url":"https://mirrors.aliyun.com/composer/"}。
为什么 create-project 卡在 “Loading composer repositories…”
不是安装失败，是网络源没切对。Packagist 官方源在国内 DNS 解析慢、TLS 握手常超时，尤其 Windows 下更明显。
换镜像后首次使用仍可能稍慢，是因为 Composer 要重建本地元数据缓存，等几秒就好。关键点：
- 阿里云镜像目前最稳：
https://mirrors.aliyun.com/composer/ - 中科大镜像可作备选：
https://mirrors.ustc.edu.cn/composer/ - 旧镜像
packagist.phpcomposer.com已停用，别再试 - 项目级配置会覆盖全局配置，如果项目
composer.json里有repositories字段，得先删或改它
真正容易被忽略的是：换源之后，composer clear-cache 并不能解决首次卡顿——那是元数据重建过程，强行中断只会让下次更慢。
