不能，composer config -g --unset repo.packagist 会报错，因 composer 2.x 不支持对点号嵌套键直接 unset；正确做法是执行 composer config -g repo.packagist "" 或 composer config -g repo.packagist null 清空该字段，再清缓存并检查项目级 repositories 配置是否覆盖。
composer config -g --unset repo.packagist 能不能直接恢复？
不能。这条命令会报错，因为 --unset 不接受带点号的嵌套键名。正确做法是用 composer config -g --unset repo.packagist 的等价写法：显式删除整个字段。
Composer 2.x 不支持对 repo.packagist 这类复合 key 直接 --unset，它只认顶层字段。所以必须用以下命令清空全局镜像配置：
-
composer config -g --unset repos—— 错误，repos是无效字段名 -
composer config -g --unset repo.packagist—— 报错："The setting 'repo.packagist' does not exist" - ✅ 正确命令：
composer config -g --unset repo.packagist实际应替换为：composer config -g repo.packagist ""（设为空字符串）或更稳妥的：composer config -g --unset repo
但注意：composer config -g --unset repo 会删掉整个 repo 段，如果之前还配过其他仓库（比如私有 Git 类型源），也会一并丢失。所以推荐更精准的操作：
- 运行
composer config -g repo.packagist查看当前值；如果是 JSON 对象，说明已配置镜像 - 执行
composer config -g repo.packagist null（Composer 2.2+ 支持）或composer config -g repo.packagist "" - 再运行
composer config -g repo.packagist，输出应为空或报错 "No configuration setting found"，此时即回归默认行为
为什么 composer install 还在走镜像？
即使全局配置已清空，composer install 仍可能发请求到阿里云或腾讯云域名——根本原因不是“没恢复”，而是项目级配置优先级更高，压过了全局设置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查当前项目根目录下的
composer.json，搜索"repositories"字段 - 如果存在非空
"repositories": [...]数组，哪怕只写了{"packagist.org": false}，也会完全屏蔽全局配置 - 如果
"repositories"是对象（如"repositories": {"packagist": {...}}），也会影响 fallback 行为 - 验证方式：进项目目录后运行
composer config --list | grep repositories，有输出即表示项目级源已生效
此时恢复“出厂”不是改全局，而是删掉项目里的 repositories 字段，或至少确保它不包含任何 type: "composer" 的镜像条目。
如何确认现在真的走 packagist.org？
别信配置输出，要看实际网络请求。Composer 的 -vvv 日志里会打印真实下载地址，这才是唯一可信依据。
- 先清缓存：
composer clear-cache，避免旧元数据干扰 - 新建测试目录，初始化：
composer init -n && composer require monolog/monolog --no-install -vvv - 在日志中搜索
Downloading或GET，确认 URL 是https://packagist.org/packages.json或类似p2/monolog/monolog.json路径 - 如果看到
mirrors.aliyun.com/composer/或mirrors.cloud.tencent.com/composer/，说明仍有残留配置 - 额外验证：
composer diagnose输出中，Repo packagist.org:后面应显示https://packagist.org，而不是镜像地址
真正麻烦的不是“怎么设”，而是“哪里被覆盖了”。项目级 repositories、全局 repo.packagist、甚至 CI 环境里 sudo composer config -g 写进 root 用户家目录——这些地方都可能藏一个你忘了的镜像配置。
