composer config --unset 不验证键名与作用域，删错或漏加 --global 会导致静默失败；应先用 composer config --global --list --verbose 确认真实路径和键名，再精准删除，删后须 clear-cache 并检查环境变量与 auth.json。
直接删错键名或漏加 --global 是最常导致“以为删了，其实没生效”的原因。 composer config --unset 本身不报错、不提示、不验证——它只按你写的键名去 config.json 里找，找到了就删，找不到就静默跳过。很多问题不是命令不行，而是你删的不是 Composer 正在读的那个配置项。
怎么确认要删的键名和作用域是否正确
键名大小写敏感、点路径必须完整、作用域必须匹配实际使用场景。比如想关掉全局代理，http-proxy 和 https-proxy 是两个独立键，不能只删一个；而 repos.packagist 不是 repo.packagist（后者在 Composer 2.x 已失效）。
- 先查当前生效的全局配置：
composer config --global --list，重点看输出里有没有你要删的字段 - 加
--verbose看真实加载路径：composer config --global --list --verbose，第一行就是它真正读的config.json文件位置（可能不是你以为的~/.composer） - 如果
composer config --global --list | grep http-proxy没输出，说明代理根本不在 Composer 全局配置里，再去查环境变量或 Windows 注册表
为什么删了 minimum-stability 后 composer require 直接报错
因为 --unset 只删键，不恢复默认值。Composer 对 minimum-stability 没有内置 fallback 行为——删了就真没了，后续所有 require/update 都会因无法判断版本稳定性而失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
process-timeout被删后不会变回 300 秒，而是继承 shell 的超时策略，可能卡死几十分钟 -
repos.packagist被删，错误提示是 “Package not found”，但根源是源地址为空，得靠composer config --global --list才能定位 - 真正安全的“重置”方式是手动删整个
~/.composer/config.json（Windows 是%APPDATA%\Composer\config.json），而不是依赖--unset
删完之后为什么还走镜像或用旧代理
因为 composer config --global --unset 只动 config.json，不动 auth.json，也不清内存缓存，更不碰环境变量或注册表。
- 删完必须跑
composer clear-cache，否则旧镜像 URL 可能还在本地缓存中 - 执行
composer diagnose，检查输出里是否还有 “HTTP proxy: …” 或 “Repository packagist.org: …” 这类线索 - 某些 IDE（如 PhpStorm）自带终端会继承其内部代理设置，重启 IDE 或换系统原生命令行再试
- Linux/macOS 下注意
$COMPOSER_HOME环境变量是否被设过，它会强制接管配置路径，且必须是绝对路径
真正容易被忽略的是：键名必须完全匹配（包括大小写和点号层级）、删除后不会自动刷新运行时状态、以及 auth.json 和环境变量这两处“影子配置”完全不受 --unset 影响。
