Composer require 无法直接指定镜像地址，必须先通过config命令配置镜像源（如composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/），再执行require，否则会报错“Could not find package”；镜像仅同步稳定版，dev分支和私有Git包不受影响。
Composer require 时无法直接写镜像地址，必须走配置层
不能在 composer require 命令里硬编码中文镜像 URL（比如 https://packagist.phpcomposer.com 或 https://mirrors.aliyun.com/composer/），因为 Composer 的 require 只认包名和版本约束，不接受自定义源地址。强行拼 URL 会报错：Could not find package xxx at any version。
正确做法：先全局或项目级配置镜像源，再运行 require
镜像源是 Composer 的「仓库配置」，必须通过 config 命令或手动改 composer.json 设置，之后所有 require、install 操作才自动走镜像。
- 全局设置（推荐，一劳永逸）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
- 仅当前项目生效：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
- 验证是否生效：
composer config repo.packagist应返回阿里云镜像地址
配置完再执行 composer require monolog/monolog，就会从阿里云拉包，而不是 packagist.org。
注意私有包或 dev-master 场景下的镜像兼容性
国内镜像站（如阿里云、腾讯云）只同步 packagist.org 的稳定 release 版本，不实时同步 dev-master、dev-develop 或未发布到 packagist 的私有 Git 包。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果 require 的是
"vendor/package": "dev-master"，镜像可能找不到，会 fallback 到官方源或失败 - 私有 Git 包（如
"git@github.com:user/repo.git"）完全不受镜像影响，Composer 直连 Git 服务器 - 遇到
Could not find a matching version，先检查是否用了非稳定分支，再确认该版本是否已同步至镜像
临时切换源而不改配置：用 --repository-url 参数
极少数场景需要单次命令走特定源（比如测试新镜像），可用 --repository-url，但它只对当前命令有效，且不支持 require 的依赖解析链：
composer require monolog/monolog --repository-url=https://mirrors.aliyun.com/composer/
⚠️ 注意：这个参数不会递归解析依赖的源，若依赖本身又依赖其他包，仍可能回退到默认源或报错。生产环境别这么用，老老实实配 config。
镜像配置不是“加速开关”，而是整个包发现机制的底层路由——配错位置、漏掉 composer 类型声明、或者混用过期镜像域名（如已停用的 phpcomposer.com），都会让 require 表面成功实则装错版本。
