根本原因是键名必须为repo.packagist（单数）、type值必填composer、URL须以/结尾，三者缺一即静默失效；验证需输出完整JSON且install -vvv日志显示镜像路径。
composer config -g repo.packagist 命令为什么总不生效
根本原因不是网络或镜像站问题，而是命令写错三个硬性条件，且 Composer 完全静默失败——不报错、不提示、不回滚，只当没这回事。
-
repo.packagist是唯一合法键名：多一个s（如repos.packagist）或写成packagist.org，字段就存进配置文件但被忽略 -
composer是必须显式指定的type值：漏掉它，Composer 2.0+ 会直接 fallback 到官方源，composer config -g repo.packagist返回空或null - 镜像 URL 必须以
/结尾：比如https://mirrors.aliyun.com/composer/，少斜杠会导致请求路径拼成/composerpackages.json→ 404 → 静默退回到packagist.org
验证是否真生效：运行 composer config -g repo.packagist，输出必须是完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。其他任何输出都说明没配对。
换镜像后 composer install 还是从 packagist.org 下载
这不是镜像没切成功，而是 composer.lock 文件在“劫持”你的下载行为——它里面存的是每个包的原始 dist.url，跟当前 repositories 配置完全无关。
-
composer.lock一旦存在，composer install就按它记录的 URL 直接下载，无视你刚配的镜像 -
composer update也不行：它可能复用旧 lock 中的版本约束，继续走老 URL - 必须手动删掉
vendor和composer.lock，再执行composer install，才能触发全新依赖解析 + 全新镜像拉取
验证是否真走镜像：加 -vvv 参数，搜日志里的 GET https，确认域名是 mirrors.aliyun.com 而非 packagist.org。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
~ 和 ^ 在镜像同步延迟下表现完全不同
镜像不影响语义化版本规则本身，但会影响规则“能匹配到什么”——因为镜像不是实时全量同步，它的元数据滞后会让 ^ 和 ~ 实际生效范围产生偏差。
-
~2.8.0只要求2.8.x有任意一个版本在镜像里就满足；哪怕v2.8.5没同步，v2.8.4存在就能装上 -
^2.8.0期望升到最新兼容版（如v2.9.0），但如果镜像缺v2.9.0，Composer 就卡住，最终退回到v2.8.0（即使你本意是接受次版本更新） -
composer show -a vendor/package查到的版本列表，反映的是当前镜像所见，不是 Packagist 全量；发现update --dry-run显示要升v2.9.0但install后仍是v2.8.4，基本就是镜像没同步v2.9.0
金融类项目常用 ~2.8.4 + 固定镜像，就是为了规避这种“看似可升、实则不可达”的中间态。
项目级配置比全局更可靠，但 repositories 写法有陷阱
全局配置看着省事，但在宝塔、CI 或 Docker 构建中，composer config -g 很可能写到了错误用户的家目录，实际运行时根本读不到。
- 进项目根目录运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意没-g），它会往composer.json的repositories字段里安全追加，不覆盖已有私有源 - 前提是原
repositories是对象结构（"repositories": {}），不是数组（"repositories": []）；后者会直接报错，得先手动改成对象 - 别手写
"packagist.org": false：这会彻底关掉官方源，一旦镜像临时不可用，composer install直接失败
真正容易被忽略的是：项目级 repositories 配置优先级永远高于全局，且不报错——哪怕你全局配好了，只要 composer.json 里有旧镜像定义，它就无条件覆盖。
