Composer全局镜像配置是否生效需通过composer diagnose或composer require -vvv验证实际请求URL，而非仅看composer config -g输出；Windows需重启终端，Linux/macOS禁用sudo；URL末尾必须带/，且config.json格式须严格正确。
composer config -g repo.packagist 输出不等于真生效
运行 composer config -g repo.packagist 只是读取你写进全局配置的值，不是检查 Composer 当前实际用哪个源。它可能显示 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，但 install 时仍连 packagist.org——因为项目级 composer.json 里的 repositories 字段会完全覆盖全局设置。
验证是否真走镜像，必须触发一次真实网络请求：
- 先清缓存：
composer clear-cache - 再执行带详细日志的安装：
composer require monolog/monolog -vvv - 在输出里搜索
Downloading，确认 URL 是https://mirrors.aliyun.com/composer/packages.json，而不是https://packagist.org/packages.json或https://repo.packagist.org/packages.json
更省事的辅助方式是跑 composer diagnose，看 Repo packagist.org: 这一行显示的 URL —— 它反映的是当前 Composer 实际解析依赖时使用的地址，比 config -g 可靠得多。
Windows 和 Linux/macOS 权限差异导致配置“写进去了却读不到”
Windows 用户执行完 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 后，必须重启终端（CMD/PowerShell/WSL），否则新配置不会被加载。
Linux/macOS 用户若误用 sudo composer config -g ...，配置会被写入 /root/.composer/config.json，而普通用户运行 composer 时读的是 $HOME/.composer/config.json，结果就是：命令没报错、config -g 看起来有值，但实际根本没生效。
正确做法是：
- Windows：执行后关掉所有终端，新开一个再验证
- Linux/macOS：**永远不用 sudo**，直接运行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 不确定写到哪了？查路径：
composer config -g home，然后去对应目录下看config.json文件内容
URL 末尾斜杠缺失导致静默 fallback 到官方源
这是最隐蔽也最常踩的坑：https://mirrors.aliyun.com/composer/ ✅ 有效；https://mirrors.aliyun.com/composer ❌ 会静默失败。Composer 2.2+ 遇到不带末尾 / 的 URL，不会报错，而是自动回退到默认源，且 composer diagnose 仍显示 Repo packagist.org is default，你完全察觉不到。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证时重点看两点：
-
composer config -g repo.packagist输出中url字段值必须以/结尾，且仅有一个 -
type字段必须是字符串"composer"，不能为空、不能是"vcs"、不能是注释占位符
别手写 ~/.composer/config.json，格式稍错（比如多一个逗号、少一个引号）就会让整个配置失效，且 Composer 不提示。
已有 composer.lock 时切换镜像会校验失败
老项目第一次配阿里云镜像，如果直接 composer install，大概率卡住或报 hash 不匹配错误。原因是 composer.lock 里记录的是从官方源下载的 dist 包 URL 和哈希值，而阿里云镜像的 dist 路径映射规则与官方不同，Composer 仍按原路径去阿里云找 zip 包，自然找不到。
稳妥做法是：
- 删掉
vendor目录和composer.lock - 确保全局镜像已正确配置并验证过
- 再运行
composer install
如果不想删 lock 文件（比如团队协作中需保持版本一致），可改用 composer update --lock 强制重生成 lock 中的 dist URL 映射，但前提是镜像已稳定生效且网络通畅。
真正难的不是配命令，而是配完之后不知道它有没有在用——所有失效都是静默的，没有错误提示，只有下载变慢、超时、包找不到这些表象。盯住 composer diagnose 和 -vvv 日志里的实际 URL，比反复敲 config -g 有用得多。
