真正要恢复的只有composer.json和composer.lock；镜像配置仅影响下载速度，不参与依赖解析、版本锁定或运行时行为，删掉repos.packagist并清缓存即可回退官方源。
Composer 依赖环境复原，根本不需要“找回原始镜像配置”——真正要恢复的只有 composer.json 和 composer.lock；所谓“镜像配置”只是加速下载的临时通道，它不参与依赖解析、版本锁定或运行时行为。
为什么镜像配置不是环境的一部分
镜像（如阿里云、腾讯云、华为云源）只影响 composer install 或 composer update 时从哪下载 zip 包，不影响以下任何环节：
- 依赖版本计算（由
composer.json+composer.lock决定） - autoload 路径生成（基于
vendor/重装后的内容，与镜像无关） - post-install-cmd 脚本执行（由 lock 文件记录的包元数据触发）
- PHP 平台约束校验（读
composer.json中"config": {"platform": {...}}）
常见错误现象：换回原镜像后仍报 Class not found 或 Failed to open stream —— 这说明问题不在镜像，而在 vendor 残留、autoload 缓存未清，或 PHP 环境不匹配。
镜像配置存在哪？怎么确认当前生效的是哪个
Composer 镜像配置是分层的，优先级从高到低为：当前项目根目录/composer.json → ~/.composer/config.json（全局）→ 默认官方源。检查方式如下：
- 看项目级配置：
cat composer.json | grep -A5 "repositories"（若含自定义repositories数组，则以它为准） - 查全局配置：
composer config --global repos.packagist，输出类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 验证是否生效：运行
composer diagnose，末尾会提示Repo packagist.org is default, but overriden by custom repo或明确列出当前源地址
注意：composer config --list 显示所有配置项，但不会直接告诉你“正在用哪个镜像”，必须结合 diagnose 或手动查 repos 字段。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
镜像失效或误配导致安装卡住怎么办
镜像不可用最典型的表现是卡在 Loading composer repositories 或报 Could not load package，而非版本冲突类错误。处理逻辑是“绕过镜像，而非修复镜像”：
- 临时禁用镜像：
composer install --no-plugins --repository=https://repo.packagist.org（强制走官方源） - 还原全局镜像：
composer config --global --unset repos.packagist（删掉自定义源，回退默认） - 仅对当前项目重置：
composer config --unset repos.packagist（注意不加--global） - 如果连官方源也拉不到（如离线环境），就别碰网络——确保
composer.lock完整、vendor/已删净，然后加--no-install跳过下载，靠本地缓存或提前准备好的 zip 包（需配合composer config --add repositories.0.type artifact）
不要花时间“找回旧镜像地址”——只要 composer.lock 里的包哈希没变，换任意可用镜像或官方源，解压出来的代码完全一致。
真正决定环境是否复原的三个硬性条件
镜像可以换，PHP 版本不能错，lock 文件不能丢，vendor 必须清空。这三者缺一不可：
-
composer.lock必须存在且未被修改：用git status composer.lock确认 clean；若已改，先git checkout HEAD -- composer.lock - PHP 版本必须满足 lock 文件中记录的 platform 要求：运行
php -v和composer show --platform | grep php对比，不一致时要么换 PHP，要么临时加--ignore-platform-reqs（不推荐上线） -
vendor/目录必须彻底删除：rm -rf vendor（Linux/macOS）或rmdir /s vendor（Windows），不能只删子目录，也不能留vendor/autoload.php或vendor/bin/下的旧脚本
做完这三件事，再跑 composer install，出来的就是原始依赖状态。镜像配置？它只是让这个过程快一点，或者慢一点，而已。
