composer-setup.exe本质是将composer.phar注册进系统path并绑定指定php.exe，失败主因是未手动选中项目实际使用的php路径（如c: mppphpphp.exe）且path未在新终端生效，需配国内镜像源并验证autoload。
Composer-Setup.exe到底在做什么
它不是“安装 Composer”，而是把 composer.phar 注册进系统 PATH，并尝试绑定你本地的 php.exe。不成功≠脚本坏了，而是它没找到你项目实际用的 PHP 解释器。
常见失败现象：双击运行后提示 “Could not find PHP executable”，或装完后 composer --version 报 “不是内部或外部命令”。
- Windows 多 PHP 环境下（XAMPP、WAMP、手动装的 PHP），
Composer-Setup.exe默认只扫描 PATH 里的第一个php.exe；必须手动点击 Browse，选中你项目真正依赖的那个，比如C: mppphpphp.exe - 即使勾选了 Add to system PATH，旧 CMD/PowerShell 窗口不会自动加载新环境变量——关掉重开才是硬道理
- 如果 PHP 的
openssl扩展未启用（php.ini中extension=php_openssl.dll被注释），后续所有网络操作都会卡在cURL error 60，Setup 过程可能静默跳过验证
为什么装完还是找不到 composer 命令
根本原因只有两个：PATH 没生效，或者根本没写进 PATH。
Windows 用户最容易忽略的是：安装器写入的是系统级 PATH，但某些终端（尤其是 VS Code 内置终端、Git Bash）可能读取的是用户级 PATH 或缓存旧值。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证是否真写进了 PATH：打开新 PowerShell，运行
$env:Path -split ';' | Select-String 'composer'，看有没有包含AppDataRoamingComposerin或类似路径 - 如果没出现，说明安装器失败或被拦截；可手动把
%APPDATA%Composerin加进系统环境变量，再重启终端 - 别用
where composer判断——它可能返回旧的、残留的composer.bat，而新版 Setup 已改用composer.phar+composer.bat包装器，二者版本不一致会导致诡异行为
Setup 安装后的第一件事不是 run，而是 config
装完就跑 composer install 很可能卡死在 Loading composer repositories —— 因为默认源 https://repo.packagist.org 对国内用户基本不可达。
必须立刻配置镜像，且要注意作用域：
- 全局配（推荐给单用户开发机）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/；注意是repo.packagist，不是repos.packagist（多一个 s 就失效） - 项目级配（CI/CD 或团队协作更稳）：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/，它会直接写进当前项目的composer.json的config字段，提交 Git 后所有人一致 - 配完必须删掉
vendor/和composer.lock，再重新composer install——否则旧 lock 文件里的哈希值仍指向原始源，镜像只是加速下载，不改变校验逻辑
Setup 不处理 autoload，但你得立刻确认它能 work
composer.json 里写了 "autoload": {"psr-4": {"App\": "src/"}}，不代表 require 'vendor/autoload.php' 就一定成功。90% 的 Class not found 都栽在这一步。
- 入口文件（如
index.php）第一行必须是：require __DIR__ . '/vendor/autoload.php';—— 用__DIR__，不用./vendor/autoload.php，也不用vendor/autoload.php - 这行代码前面不能有任何输出：不能有空格、BOM、
echo、session_start()、甚至不能有 UTF-8 BOM；CLI 下相对路径行为和 Web 不一致，__DIR__是唯一可靠锚点 - 如果刚装完 Setup 就跑 Web，还要确认 Web 服务器（Apache/Nginx）的 DocumentRoot 指向的是项目根目录，而不是
src/或public/子目录——否则__DIR__会错位
Setup 脚本本身很薄，真正决定成败的是它之后那三分钟：PATH 是否生效、镜像是否配对、autoload 是否放对位置。这三个点任何一个出问题，都会让后续所有 Composer 操作变成黑盒调试。
