composer config -g repo.packagist 无反应是因为必须同时满足三个硬性条件：键名严格为单数 repo.packagist、中间参数必须显式指定 composer（type 值）、URL 必须 HTTPS 且以 / 结尾，任一缺失即静默失效且不报错。
composer config -g repo.packagist 为什么总没反应
命令执行后没报错，但 composer install 还是卡在 Loading composer repositories——大概率不是网络问题，而是配置根本没写进去。Composer 对这个键名、type 和 URL 格式有硬性要求，错一个就静默忽略，不提示、不报错、也不 fallback 提示。
-
repo.packagist是唯一合法键名：写成repos.packagist（多一个 s）、packagist.org或大小写混用（如Repo.Packagist）全无效 - 中间的
composer是强制type值：不能省略，也不能写成vcs、package或空字符串 - 镜像 URL 必须是 HTTPS 且以
/结尾：https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404
验证是否真生效？直接运行 composer config -g repo.packagist，输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果为空、null 或还是 https://packagist.org，说明没写对。
项目里有 repositories 字段，全局镜像还管用吗
完全不管用。Composer 的仓库优先级是硬编码的：项目 composer.json > 全局 ~/.composer/config.json > 默认源。只要项目根目录的 composer.json 里定义了 "repositories" 字段（哪怕只写了 "repositories": [] 或 {"packagist.org": false}），全局配置就会被跳过，且不报任何警告。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查当前项目是否覆盖了全局：运行
composer config repo.packagist（不带-g），有输出说明项目自己配了；没输出才轮到读全局 -
composer config repo.packagist会**全量覆盖**整个repositories字段，已有私有仓库（比如 Git 类型的"my-private": {"type": "vcs", ...}）会被清空 - 安全做法：手动编辑
composer.json，确保repositories是数组，首位放{"packagist.org": false}，第二位才是镜像对象，并保留其他自定义源
换镜像后 composer install 报 hash 不匹配
这不是镜像地址的问题，是旧 composer.lock 文件里记录的包哈希和 dist URL 来自官方源，切换镜像后 Composer 仍按原路径去阿里云找 zip 包——但镜像服务的内部路径映射与 packagist.org 不同，校验必然失败。
- 必须删掉
vendor/目录和composer.lock文件 - 再执行
composer install（不是update），让 Composer 重新解析依赖、生成新 lock 文件 - CI/CD 或团队协作中，建议把
composer.lock提交进 Git，避免本地环境差异导致哈希不一致
新版 Composer 推荐用 repos.packagist.org
Composer 2.2+ 开始，官方推荐使用更规范的键名 repos.packagist.org 替代旧的 repo.packagist，尤其在需要精确覆盖子域名请求时更可靠。旧命令仍兼容，但遇到带自定义 metadata 的包时，fallback 可能失败。
- 对应命令是：
composer config -g repositories.packagist.org '{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}' - 注意：第二个参数必须是完整 JSON 字符串，不能只传 URL，否则报错
Invalid repository type - 如果你用的是 Composer 2.9.6（当前主流稳定版），建议优先用新键名，避免未来升级时出现不可预期行为
真正容易被忽略的，不是“怎么配”，而是“谁在读配置”——Web 服务（如宝塔、Docker）常以 www 用户运行，而你终端里用的是普通用户，-g 写的其实是两个不同家目录下的配置文件。
