直接换镜像源不能自动升级依赖，必须执行composer update才拉新版本；需用composer config -g repo.packagist确认实际生效的源，优先级为全局配置高于项目配置，且换源后仍需处理composer.lock锁死或版本约束过严问题。
直接换镜像源不能自动升级依赖，composer update 才真正拉新版本——但很多人卡在源没切成功或锁文件干扰上。
怎么确认当前用的是哪个镜像源
Composer 不会主动告诉你用了哪个源，得查配置。运行：
composer config -g repo.packagist如果返回
{"url": "https://packagist.org"}，说明还是官方源；返回类似 {"url": "https://mirrors.aliyun.com/composer/"} 才是阿里云镜像。
常见误操作：只改了项目级配置（composer config repo.packagist），却忘了全局配置优先级更高，结果项目里跑的还是慢速源。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局配置路径通常是
~/.composer/config.json（Linux/macOS）或%APPDATA%\Composer\config.json（Windows） - 项目级配置写在
composer.json同级的composer.lock里不生效，必须用composer config命令写入 - 某些 IDE 内置终端可能加载了不同 shell 的环境，导致
composer config -g看到的和实际执行composer update时用的不是同一份配置
换源后 composer update 还很慢甚至失败
换源只是加速下载，不解决依赖冲突、PHP 版本不兼容、或 composer.lock 锁死旧版本的问题。如果执行 composer update 卡住或报错：
- 先删掉
composer.lock和vendor/目录（确保你不需要精确复现旧环境） - 再运行
composer install——它会按composer.json重新解析最新兼容版本，并生成新 lock 文件 - 如果仍报
Your requirements could not be resolved，大概率是composer.json里写了过严的版本约束（比如"monolog/monolog": "1.23.0"），改成"^1.23"或"^2.0"更稳妥 - 国内某些镜像同步有延迟（尤其凌晨时段），可临时切回官方源验证是否为镜像问题：
composer config -g repo.packagist https://packagist.org
composer update 升哪些包？怎么控制范围
composer update 默认更新 composer.json 里所有包，连带其子依赖，容易引发意外变更。生产环境务必避免无差别更新。
- 只更新指定包：
composer update monolog/monolog phpunit/phpunit - 跳过开发依赖（如测试工具）：
composer update --no-dev - 强制重装全部（忽略 lock 文件）：
composer update --lock（注意：这会忽略composer.lock的版本锁定，等效于先删 lock 再 install） - 想看更新前后差异？加
-v参数：composer update -v，它会打印每个包从什么版本升到什么版本
最常被忽略的一点：即使镜像源换对了、命令也敲对了，composer.lock 里记录的仍是旧版本哈希和下载 URL。只要不执行 update 或 install，依赖就不会真变——镜像源只是“通道”，不是“开关”。
