Composer安装失败90%非网络问题，而是镜像配置未生效或被覆盖；运行composer config -g repo.packagist可立即验证全局镜像是否为阿里/腾讯等中文源，输出非对应URL则说明配置无效，需严格按-cmd格式重设并执行clear-cache。
Composer 安装失败，90% 不是网络问题，而是镜像配置没生效或被覆盖。
composer config -g repo.packagist
这条命令能立刻查出当前全局镜像设置是否真的在用中文镜像。很多人以为改了 composer.json 就够了，其实全局配置优先级更高，会直接覆盖项目级设置。
- 运行
composer config -g repo.packagist，如果输出不是{"type": "composer", "url": "https://packagist.phpcomposer.com"}或阿里/腾讯等国内镜像地址，说明没生效 - 设为阿里镜像：运行
composer config -g repo.packagist https://mirrors.aliyun.com/composer/ - 设为腾讯镜像：运行
composer config -g repo.packagist https://mirrors.cloud.tencent.com/composer/ - 设回官方源（调试用）：
composer config -g --unset repo.packagist
composer install 仍卡在 loading package information
不是镜像地址错了，而是 Composer 默认启用了 HTTPS 验证，而某些企业网络或代理会干扰 SSL 握手，导致超时假死。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 临时跳过证书验证（仅限调试）：
composer install -vvv --no-plugins --no-scripts，观察日志里是否卡在GET https://mirrors.aliyun.com/composer/p2/... - 更稳妥的解法是关闭 TLS 验证：
composer config -g secure-http false（注意：仅限内网可信环境） - 若用代理，确认
HTTP_PROXY和HTTPS_PROXY环境变量没指向一个不支持 Composer 协议的代理（比如只支持 HTTP 的透明代理）
laravel/laravel 项目里 vendor/autoload.php 找不到
这通常发生在 composer install 表面成功但实际没下载任何包——镜像返回了 404 或空响应，Composer 却没报错。
- 检查
vendor/composer/installed.json是否为空或只有几行；空文件 = 实际未安装 - 手动清掉缓存：
composer clear-cache，再重试 - 换镜像源再试，比如从阿里切到腾讯：
composer config -g repo.packagist https://mirrors.cloud.tencent.com/composer/ - 某些镜像同步有延迟，热门包（如
laravel/framework）可能滞后几小时，可加-vvv看具体请求 URL，再浏览器直访该 URL 确认是否返回 JSON
PHP 版本不匹配导致 composer create-project 失败
中文镜像本身不校验 PHP 版本，但 create-project 会读取 composer.json 中的 php 约束，并在本地 PHP 不满足时静默失败或报错 Your requirements could not be resolved。
- 先运行
php -v，再看目标项目的composer.json里"php": "^8.1"这类约束 - 用
composer create-project laravel/laravel myapp --ignore-platform-reqs可跳过版本检查（仅用于快速验证是否镜像问题） - 真正修复方式是升级 PHP 或用
phpbrew/asdf切换版本，而不是依赖--ignore-platform-reqs长期绕过
镜像只是加速通道，不是万能补丁。最常被忽略的是：全局配置是否真生效、SSL 是否被中间设备劫持、PHP 版本是否和目标项目对得上——这三个点没理清，换十次镜像也没用。
