最常见原因是键名写错或composer版本不兼容：必须用单数repo.packagist（非repos）、显式指定type值composer、url末尾带/；且需确认执行用户与配置用户一致，避免项目级repositories覆盖全局设置。
composer config -g repo.packagist 为什么没生效
最常见原因是键名写错或 Composer 版本不兼容。Composer 2.2+ 已弃用 repo.packagist，正确键名是 repositories.packagist.org；但多数 Windows 用户仍用旧写法，只要命令格式对就能兼容——关键在中间的 composer type 参数不能丢。
-
repo.packagist（单数）是对的，repos.packagist（多一个 s）直接失效 - 必须带
composer这个 type 值：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌ - Windows CMD 对双引号敏感，别写成
composer config -g repo.packagist "https://..."，直接裸 URL
怎么确认当前走的是哪个源
分两层查：全局配置是否写入，以及项目级是否覆盖。
- 查全局：
composer config -g repo.packagist，输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；若为空、null或https://packagist.org，说明没生效 - 进项目目录后去掉
-g再跑：composer config repo.packagist，如果返回值不同，说明composer.json里有"repositories"字段，它会完全屏蔽全局配置 - 全局配置文件路径是
%APPDATA%\Composer\config.json（即C:\Users\用户名\AppData\Roaming\Composer\config.json），可直接打开验证
宝塔/CI/计划任务里镜像不生效
不是镜像配错了，是执行用户不对。全局配置只对写入它的用户生效，而宝塔后台、Linux 计划任务、CI runner 常以 www 或 runner 用户运行，根本读不到你个人账户下的 config.json。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在宝塔终端里先跑
whoami确认实际用户 - 用对应用户重配镜像：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中确保
composer config -g和后续composer install是同一用户权限下执行 - 更稳妥的做法是项目级配置：直接在
composer.json里加"repositories"字段，不受用户影响
换了镜像还是卡在 Downloading… 或 Resolving dependencies
镜像只加速元数据（composer.json 列表）下载，不解决本地瓶颈。
- 卡在
Downloading...：可能是 ZIP 解压慢（尤其含大量小文件的包）、PHP 扩展编译（如ext-redis）、autoload生成耗时 - 卡在
Resolving dependencies...：和镜像完全无关，大概率是composer.json中 PHP 版本约束太宽、require-dev引入了未锁定版本的工具链，导致依赖解析爆炸 - 检查
php -m | findstr openssl和php -m | findstr curl，缺扩展会导致卡住且无明显报错 - 公司防火墙可能拦截
mirrors.aliyun.com，浏览器打开试试；若打不开，换中科大镜像：https://mirrors.ustc.edu.cn/composer/
镜像配置本身很简单，真正容易被忽略的是：全局配置的用户上下文、项目级配置的优先级覆盖、以及“卡住”背后的真实瓶颈类型——它未必是网络问题。
