直接查具体键值更可靠，因composer config -l仅显示五层叠加后的最终值，不标来源、不显默认值、不反映环境变量覆盖；作用域错配或路径错误会导致查不到新设值，须在对应目录用--global等参数精准查询。
直接查具体键值比扫列表更可靠——composer config -l 显示的是合并后快照，不标来源、不显默认值、也不反映环境变量覆盖，靠它定位问题容易误判。
为什么 composer config -l 看不到刚设的值
常见原因是作用域错配或执行路径不对：
- 在项目目录下用
composer config cache-dir /tmp/composer-cache设置了项目级配置，但随后在父目录甚至任意非项目目录运行composer config -l，会直接报错Could not find composer.json - 用
--global设置的（如composer config --global github-oauth.github.com xxx），必须用composer config -l --global查，否则不会出现在默认输出里 -
composer config -l输出里带(global)标记的项，才是来自全局配置；没标记的，可能是项目级或环境变量注入的，无法区分
查镜像源该用哪条命令
Packagist 镜像源字段在 Composer 2.x 中已拆分为两个独立路径，旧写法仍可能生效，漏查一个就等于漏掉实际生效的配置：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 推荐查新路径：
composer config repos.packagist.org.url（项目级）或composer config --global repositories.packagist.org.url（全局） - 必须补查旧路径：
composer config repos.packagist.url和composer config --global repositories.packagist.url - 环境变量优先级最高：
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows），若非空，它会直接覆盖所有配置文件里的镜像设置 - 最终验证方式：运行
composer diagnose，看输出中Repo packagist.org行显示的 URL 是否符合预期
怎么确认 github-oauth 或 cafile 是否真生效
这些敏感配置通常不在 config.json 里，而藏在 auth.json 或由环境变量控制，--list 命令默认不读它们：
- 查 GitHub Token 是否存在：
composer config --global --source github-oauth.github.com，返回类似~/.config/composer/auth.json才说明凭据已落盘 - 查 CA 证书路径：
composer config --global cafile，有输出才代表显式设置了；空或报错说明走系统默认（如 OpenSSL 自带证书） - 查缓存路径是否被覆盖：
composer config cache-dir（项目级）和composer config --global cache-dir（全局级）结果不同，就说明本地composer.json的config段改写了该项 -
composer config sort-packages返回明确布尔值，比composer config -l | grep sort-packages输出的字符串true更可信
composer diagnose 是唯一能交叉验证真实生效配置的命令
它不只看配置，还探测 PHP 扩展、CA 证书、远程仓库连通性等，且输出中 Repo packagist.org 行显示的 URL 就是最终生效的镜像地址：
- 提示
ERROR: Could not open https://packagist.org/packages.json不一定代表网络不通——如果你在国内并已配置阿里云镜像，这其实是正常现象，别急着重装 - 若提示
open_basedir restriction in effect，说明 PHP 配置限制了 Composer 访问临时目录，需调整open_basedir而非重配 Composer -
composer diagnose不校验composer.lock一致性，那得靠composer validate
最常被忽略的是「环境变量隐身覆盖」和「配置叠加顺序」——composer config --list 不告诉你哪一层写了什么，也不告诉你哪一层被顶掉了。查具体键、盯来源文件、验 diagnose 输出，三步缺一不可。
