composer国内可用前提是正确配置镜像，必须同时满足三条件：键名repo.packagist（单数）、type值为composer、url为https且末尾带/；验证需输出完整json对象，空/null/报错即失败。
国内直连 packagist.org 基本不可用，不是你网络差，是 TLS 握手慢、首字节延迟高、经常 503 或超时——换镜像不是“优化”，是让 composer install 能跑通的底线。
为什么 composer config -g repo.packagist 总是不生效
这条命令静默失败的概率远高于成功，因为必须同时满足三个硬性条件，缺一即 fallback 回官方源：
-
repo.packagist是唯一合法键名（repos.packagist、packagist.org、Repo.Packagist全错） -
composer是强制 type 值，不能省略，也不能写成composer-type或注释 - URL 必须是
https://开头，且末尾带且仅带一个/，例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌
验证是否写入：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}），空、null、报错或只返回 URL 字符串都说明没写对。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置怎么避免覆盖私有源
全局配置在 CI、宝塔、多用户环境下大概率失效，项目级才是可交付、可 Git 跟踪的方案。但直接编辑 composer.json 容易误删已有私有仓库，推荐用命令安全追加：
- 进项目根目录，执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意：不加-g） - 如果原
"repositories"是对象（{}），命令会自动 merge；如果是数组（[]），命令会报错，需先手动改成对象再重试 - 别写
"packagist.org": false—— 这会彻底关掉基础包索引，导致php、ext-json等平台依赖校验失败 - 改完后删掉
vendor/和composer.lock，再跑composer install，否则旧 lock 文件里的 hash 可能和镜像元数据不匹配
临时换源排查问题，怎么看是不是真命中了
加 --repository-url 参数只影响当次命令，优先级最高，适合验证镜像可用性或 CI 隔离环境：
- 示例：
composer create-project laravel/laravel myapp --repository-url=https://mirrors.tuna.tsinghua.edu.cn/composer/ - 务必加
-vvv，看终端输出的真实请求地址：GET https://mirrors.tuna.tsinghua.edu.cn/composer/packages.json✅，GET https://packagist.org/packages.json❌ - 如果看到
Connection timed out或curl error 28，问题不在 Composer 配置，而在 DNS 解析、公司防火墙拦截 HTTPS，或镜像站本身不可达
镜像只是代理，不是魔法——它加速的是元数据拉取和 tarball 下载，不影响 Resolving dependencies 阶段。如果你卡在解析依赖几十秒，该收紧 php 版本约束、清理 require-dev，而不是换镜像。
