根本原因是命令写法错误：repo.packagist 键名拼错（如多s）、省略type值、url未以/结尾或非https，导致composer静默忽略；验证需输出完整json对象。
composer config -g repo.packagist 命令为什么总不生效
根本原因不是网络或镜像地址失效，而是命令写法错得“静默无声”——漏掉任意一个关键点，Composer 就当没这回事，也不报错。最常踩的坑是：repo.packagist 写成 repos.packagist（多一个 s），composer 类型值被省略，或者 URL 缺少末尾 /。
-
repo.packagist是唯一合法键名，拼错、复数、大小写混用都会失效 -
composer是 type 值，不是可选参数；省略后 Composer 2.0+ 会 fallback 到官方源 - URL 必须是 HTTPS，且以
/结尾，否则请求路径变成/composerpackages.json导致 404 - 验证是否生效：运行
composer config -g repo.packagist，输出应为完整 JSON 对象，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
自签名证书下 composer install 报 SSL certificate problem 怎么办
这不是 Composer 配置问题，而是底层 cURL + OpenSSL 拒绝信任企业自签名 CA 根证书。典型错误是 SSL certificate problem: unable to get local issuer certificate 或 CURLOPT_SSL_VERIFYPEER failed。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 临时绕过（仅限开发/测试）：
COMPOSER_CAFILE=/dev/null（Linux/macOS）或php -d curl.cainfo=/dev/null /usr/bin/composer install - 禁用 TLS（极不推荐）：
--disable-tls，但要求镜像源支持 HTTP，且完全放弃加密和校验 - 生产环境必须做：确认拿到的是 PEM 格式根证书（以
-----BEGIN CERTIFICATE-----开头），用php -i | grep 'curl.cainfo'找到 PHP 使用的 CA 文件路径，把企业根证书内容追加进去（不要覆盖） - 追加后无需重启 PHP-FPM，CLI 进程下次调用时自动读取新内容；但要确保该文件可读且未被 SELinux 或权限策略拦截
镜像源配置后 signature verification: OK 不显示怎么办
说明你实际用了不带签名验证能力的镜像源，或者配置方式跳过了官方元数据通道。阿里云、腾讯云等主流镜像只代理 packages.json 元数据，不提供 signature 字段，因此不能直接替换官方源。
- 正确做法：保留官方源逻辑，用
composer config -g repos.packagist.type composer+composer config -g repos.packagist.url https://mirrors.aliyun.com/composer/，让 Composer 2.2+ 知道这是“元数据镜像”，而非完整源替代 - 必须同时启用签名验证：
composer config -g security.signature true和composer config -g secure-http true（后者默认开启，禁用会导致 HTTP 镜像被接受） - 验证是否生效：
composer diagnose输出中应有secure-http: OK和signature verification: OK；若只有前者，说明镜像配置方式错误，实际走的是无签名校验路径 - 项目级
composer.json中的repositories优先级高于全局配置，哪怕全局配对了，项目里写了旧镜像也会覆盖且不提示
为什么换完镜像还卡在 Resolving dependencies
镜像只加速下载，不参与依赖解析。这个阶段卡住，100% 和镜像无关，是本地约束或环境问题。
- PHP 版本约束太宽，比如
"php": "^7.4 || ^8.0"，会让 Composer 尝试遍历大量不兼容版本组合 -
require-dev里塞了太多未锁定的工具链（如phpunit/phpunit: ^10而非^10.5），导致解空间爆炸 - 缺失必要 PHP 扩展：
openssl和zlib必须启用（php -m | grep -E 'openssl|zlib'） - Composer 2.9.6 的依赖解析器虽已优化，但面对松散约束仍可能耗时数十秒——此时删掉
composer.lock并收紧版本号比换镜像更有效
composer diagnose 输出里的 signature verification 行，以及没人翻一翻项目 composer.json 里是否悄悄藏着一个过期的 repositories 数组。
