composer config -g repo.packagist 总不生效是因为必须同时满足三个硬性条件：键名严格为 repo.packagist（单数、小写、无s），中间参数 composer 是必填 type 值（不可省略或错写），URL 必须是 HTTPS 且以 / 结尾；任一缺失即静默忽略，不报错也不写入配置。
composer config -g repo.packagist 为什么总不生效
它根本不是“配置失败”，而是三个硬性条件缺一即静默忽略：键名必须是 repo.packagist（单数、小写、无 s），中间的 composer 是必填 type 值（不是命令名，也不是可选参数），URL 必须是 HTTPS 且以 / 结尾。漏掉任意一个，composer config -g repo.packagist 输出就是空或 null，但命令不报错，你完全感知不到失败。
验证是否真写进去了，别信命令返回成功——直接运行：composer config -g repo.packagist。输出必须是形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON。如果还是 https://packagist.org 或空，说明没写进去，立刻检查拼写、斜杠、权限（比如用 sudo 配了 root 的配置，但日常开发用的是普通用户）。
项目级配置怎么写才不破坏老项目
老项目（尤其是 PHP 7.4 及以下、composer.lock 含 packagist.org 哈希的）不能简单加 "repositories": [...] 数组，否则会触发 Composer 2.2+ 的隐式兜底逻辑，导致 Could not find package 错误——因为镜像没同步 v3.4 这类旧包，而 lock 文件仍按官方 URL 校验。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 老项目应执行：
composer config repositories.packagist.org false，它会在composer.json里写入"repositories": {"packagist.org": false}，彻底禁用兜底，强制走 lock 记录的原始 dist URL - 新项目才用：
composer config repositories.alipay composer https://mirrors.aliyun.com/composer/，生成带type和url的标准对象 - 若项目已有
"repositories": []（空数组），命令会失败；需先手动改为"repositories": {}（空对象）再执行
Docker 构建中镜像配置为何总失效
容器不继承宿主机的 ~/.composer/config.json，每个构建阶段都是干净环境。常见错误是只在本地配了全局镜像，却忘了在 Dockerfile 中显式配置。
-
RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/必须写在RUN composer install之前，且末尾/不可少 - 验证是否生效：
RUN composer config -g repo.packagist的输出必须是完整 JSON，否则后续所有依赖安装都直连packagist.org，国内容器里必然卡死 - 多阶段构建中，每个含
composer的阶段都得单独配一次；--from=builder不继承配置 - Alpine 镜像还需额外
RUN apk add --no-cache ca-certificates，否则 SSL certificate problem 会中断所有 HTTPS 请求
换源后依然报错或卡住，该清什么
镜像只改下载路径，不解决缓存污染和 lock 文件哈希不匹配问题。旧缓存里存的是官方源 URL 和 hash，不清掉，composer install 仍可能校验失败或 404。
- 必须执行：
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再跑
composer install -vvv，观察日志里是否出现mirrors.aliyun.com或其他镜像域名 - 如果卡在
Resolving dependencies，和镜像无关——那是composer.json里版本约束太宽（如"php": "^7.4 || ^8.0"）或require-dev太重，得收紧约束、锁定版本
