where composer（windows）或which composer（linux/macos）输出为空，说明path未正确配置，系统无法识别该命令；需将composer的bin目录（如c:\programdata\composersetup\bin或$appdata\composer\vendor\bin）加入对应层级的path，并重启终端验证。
where composer 或 which composer 能否返回路径
这是最直接的判断依据。命令行里敲 where composer（Windows）或 which composer（Linux/macOS），如果输出为空，说明系统根本没在 PATH 里找到它——不是 Composer 没装，是 shell 不认识这个命令。
常见失效点：
- Windows 上只加到了「用户变量」Path，但你用的是管理员 CMD 或 VS Code 终端（读系统变量）
- Git Bash 不读 Windows 系统 PATH，得手动往
~/.bashrc里加export PATH="$APPDATA/Composer/vendor/bin:$PATH" - macOS 上改了
~/.zshrc却没运行source ~/.zshrc，或者终端默认用的是bash而非zsh
composer config --global home 输出路径是否可写
composer config --global home 显示的路径，必须和当前运行 Composer 的用户实际能访问的 $HOME/.composer（或 %APPDATA%\Roaming\Composer）一致。不一致就代表 COMPOSER_HOME 被显式设错，或从父进程继承了错误值。
验证步骤：
- 执行
echo $COMPOSER_HOME（Linux/macOS）或echo %COMPOSER_HOME%（Windows） - 检查该路径是否存在、是否可读写：
ls -ld $(composer config --global home)或资源管理器中打开对应目录 - 若路径下没有
config.json或auth.json，全局配置就等于没生效
composer diagnose 是否报 warning 或 error
composer diagnose 是 Composer 自带的环境体检命令，它会检查 PATH、PHP 扩展、COMPOSER_HOME 权限、SSL 支持等关键项。只要输出里有 WARNING 或 ERROR，就说明环境变量链某处断了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
重点关注这几条：
-
PHP version：确认 CLI 使用的 PHP 版本和扩展（尤其是openssl、curl）已启用 -
COMPOSER_HOME：是否指向有效目录，且该目录下有config.json -
php.ini：是否加载了正确的配置文件，memory_limit和default_socket_timeout是否合理
composer config -g repo.packagist.org 是否返回合法 URL
镜像源是否真正生效，不能只看有没有执行过配置命令，而要看 composer config -g repo.packagist.org 的输出。它必须返回一个含 "url" 字段的 JSON，且值为 HTTPS 开头、末尾带斜杠的地址，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/php-composer/"}。
如果返回空、Could not find repository 'packagist.org'，或 URL 缺少 /、用的是 http，那全局镜像就等于没配成功——而且不会报错，只会静默 fallback 到 packagist.org。
顺手再跑一句：composer config repositories，看项目级 composer.json 里有没有 "repositories" 字段。有，就直接覆盖全局，不用再查别的。
