中文镜像本身不会导致依赖嵌套深度失效，真正原因是repositories配置错误（如全局/项目级配置冲突、镜像URL缺末尾斜杠、私有源未清理）干扰Composer解析路径，使旧版带vendor目录的包被回退到官方源下载并解压。
中文镜像本身不会导致依赖嵌套深度失效——真正出问题的是你配镜像时顺手改了 repositories 结构，或误用了全局配置覆盖项目级约束，让 Composer 在解析阶段绕过了本该生效的扁平化逻辑。
为什么换阿里云镜像后 vendor 嵌套更深了？
不是镜像的问题，是镜像配置方式干扰了依赖解析路径。常见诱因：
- 你在全局执行
composer config -g repos.packagist（注意多了一个s），结果 Composer 无视该配置，退回到官方源下载；而某些旧包在 packagist.org 上发布的 zip 包自带vendor/目录，一解压就嵌套 - 项目
composer.json里写了"packagist.org": false，但没同步删掉"repositories"中已失效的私有源，导致 Composer fallback 到默认行为：不走镜像、不校验 replace 规则、不启用新版本扁平策略 - 你用
composer install --no-scripts --no-plugins临时跳过嵌套，却忘了后续composer update会重新触发 post-install-cmd —— 镜像只是加速下载，不改变脚本执行逻辑
确认当前生效的是哪个镜像源
别猜，直接查两层配置：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config repo.packagist（无-g）：输出非空即项目级生效 - 运行
composer config -g repo.packagist：输出为空或null，说明全局没配对，或被项目配置覆盖 - 运行
composer diagnose，看末尾是否出现Repo packagist.org is default, but overriden by custom repo—— 如果没这句话，说明镜像根本没生效
修复嵌套必须同步处理三件事
只换镜像不碰其他，等于给油车换轮胎却不调刹车：
- 删掉原
vendor/和composer.lock，清缓存：composer clear-cache - 确保
composer.json的repositories是对象格式（{}），不是数组（[]）；如果是数组，先手动改成空对象再运行composer config repo.packagist composer https://mirrors.aliyun.com/composer/ - 加环境变量强制扁平：
set COMPOSER_VENDOR_DIR=D:\v（Windows）或export COMPOSER_VENDOR_DIR=/v（Linux/macOS），然后重装
最容易被忽略的点：镜像地址末尾缺 /，会导致 Composer 拼出 https://mirrors.aliyun.com/composerpackages.json 404，静默回退到官方源——而你根本看不到报错，只觉得“怎么越换越深”。
