composer config -g -l 直接显示全局最终生效配置，跳过无效项；加 --verbose 可查真实加载路径；改镜像后需 clear-cache 并用 -vvv 验证请求url；diagnose 检测连通性但以镜像地址为准；项目级源需 config repositories 查看，禁用官方源须显式添加 {"packagist.org": false}。
composer config -g -l 能直接看到全局最终生效值
运行 composer config -g -l 就是最快确认全局配置是否写对、是否被读取的方式。它不展示原始 JSON 文件，而是输出 Composer 运行时实际合并后的结果——无效项（比如 JSON 格式错误、路径权限不足、键名拼错）会被自动跳过，不会出现在输出里。
常见误操作包括：手动改 ~/.composer/config.json 但 Composer 实际读的是 ~/.config/composer/config.json（新版优先），或用了 sudo composer 导致写进了 /root/.composer/；这些情况下，composer config -g -l 输出的值天然就反映了“当前用户 + 当前 Composer 二进制”真实加载的内容。
加 --verbose 可以看到第一行 Loaded config file: /path/to/config.json，这是唯一可信的路径依据。
镜像源改了却还在请求 packagist.org？先清缓存再看真实请求
配置写对 ≠ 立刻生效。Composer 会缓存远程仓库的 packages.json 元数据，哪怕你已执行 composer config -g repo.packagist https://mirrors.aliyun.com/composer/，只要没清缓存，后续 require 仍可能从旧缓存拉包信息，甚至卡在 “Loading composer repositories…”。
-
composer clear-cache是必须步骤，不是可选项 - 验证是否真走新地址：用
composer -vvv require monolog/monolog，日志里出现的GET https://mirrors.aliyun.com/composer/packages.json才是真实请求 URL - 如果
composer config -g repo.packagist输出为空或报错Could not find package repo.packagist in global config，说明走的是默认官方源https://packagist.org
composer diagnose 不只查配置，还暴露环境连通性问题
composer diagnose 是比单纯看配置更接近“真实可用性”的检查手段。它会探测 PHP 扩展（openssl、zlib、phar）、CA 证书、缓存目录权限、以及对当前配置源的连通性。
注意一个关键点：它把“无法访问 https://packagist.org”标为 ERROR，但这在国内配了阿里云/腾讯云镜像后是正常现象——别因此怀疑配置失败。重点看它是否能连通你设的镜像地址（比如 https://mirrors.cloud.tencent.com/composer/），以及是否提示 open_basedir restriction in effect 这类 PHP 层限制。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
加 -v 或 -vvv 能看到每一步检测详情和失败原因，比盲猜快得多。
项目级源覆盖全局源时，得用 composer config repositories 查真值
全局配了镜像，但项目里 composer.json 的 repositories 段又写了别的源，那最终生效的是项目级配置。此时 composer config -g -l 看不到项目级覆盖，必须用 composer config repositories。
重点盯输出中这一段：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
而不是搜 repo.packagist 或 repos.packagist.org —— 后两者是旧键名，新版 Composer 7+ 已不认。如果输出里仍有 "packagist.org": true 或没禁用 packagist.org，说明私有源或镜像根本不会被使用，因为 Composer 默认优先查官方源兜底。
要关掉官方源，必须在 repositories 数组末尾加一个独立对象：{"packagist.org": false}，不能嵌套、不能拼错、不能漏掉引号。
最常被忽略的是缓存和源优先级这两层——配置显示正确，不代表请求发出时走的是那个地址；诊断通过，也不代表 require 能成功解析版本约束。动手前先跑一遍 clear-cache 和 diagnose，比反复改 JSON 文件高效得多。
