composer config -g repo.packagist 命令易静默失败，因必须严格写为单数、显式指定 type 为 composer、URL 用 HTTPS 且末尾带 /；生效需清缓存、排除项目级 repositories 覆盖，并确认执行用户与环境变量一致。
composer config -g repo.packagist 命令为什么总不生效
命令写错任意一处，就会静默失败：不报错、不提示、composer install照常卡在 Downloading 或直接 Connection timed out。
-
repo.packagist必须是单数，写成repos.packagist（多一个s）就完全无效 - 必须显式带上
composer这个 type 参数，完整命令是：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/；漏掉中间的composer，Composer 2.x 会 fallback 回官方源 - URL 必须用 HTTPS，且末尾必须带
/——https://mirrors.aliyun.com/composer（缺斜杠）会导致请求路径拼成/composerpackages.json，返回 404
验证是否真生效：composer config -g repo.packagist 输出应为类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报错，说明根本没写对。
换镜像后还是超时？先清缓存再验证真实请求路径
镜像只加速新请求，旧缓存仍可能触发失败的海外元数据拉取——改完配置不清理缓存，等于白改。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 立刻执行：
composer clear-cache（不是dump-autoload） - 手动删缓存目录（更彻底）：
Linux/macOS：rm -rf ~/.composer/cache/repo/https---packagist.org/
Windows：rd /s /q "%APPDATA%\Composer\Cache\repo\https---packagist.org\" - 加
-vvv看真实请求：composer install -vvv，盯住日志末尾是否出现https://mirrors.aliyun.com/composer/；若仍见packagist.org，说明镜像未生效或被项目级配置覆盖
项目里有 "repositories" 字段？它会完全屏蔽全局镜像
很多人在 composer.json 里写了 "repositories" 数组，以为只是“加个源”，实际它会覆盖全局配置，导致 composer config -g 彻底失效。
- 运行
composer config repositories，如果输出非空，尤其含"packagist.org": false或自定义 URL，说明项目级配置正在起作用 - 临时解决：删掉
composer.json中的"repositories"字段，或把其中的"url"改成"https://mirrors.aliyun.com/composer/" - 长期建议：不用硬编码镜像地址到项目中，避免提交敏感配置；优先用全局配置 + CI 环境变量（如
COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/）
CI/CD 或宝塔面板里换源失败？用户权限和环境变量才是关键
容器重启丢配置、宝塔后台用 www 用户执行但镜像配在 root 下——这类问题不查执行用户，反复重试毫无意义。
- 确认实际执行用户：
whoami，再检查该用户家目录下是否有.composer/config.json - 让
www用户也走镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本开头必须固化环境：
export COMPOSER_HOME=/tmp/composer，再跑配置命令；否则每次构建都是干净状态 - 强制走 IPv4（国内多数镜像对 IPv6 支持不全）：
COMPOSER_IPV4=1 composer install
真正耗时间的从来不是换源动作本身，而是缓存残留、项目级配置干扰、用户权限错位这三件事没查清楚就动手——composer config -g -l 和 composer config -l 对比着看一眼，比重试十次快得多。
