composer config -g 写入的配置存于 composer_home 指向路径下的 config.json，默认为 linux/macos 的 ~/.composer/config.json 或 windows 的 %appdata%\composer\config.json；该文件首次写入时才创建，真实路径须用 composer config --global --list 首行确认。
composer config -g 修改的是全局配置文件，但这个文件不一定存在，也不一定在你“以为”的位置——直接写命令不等于配置就生效。
composer config -g 写入的配置到底存哪？
它写入的位置由 COMPOSER_HOME 环境变量决定；如果没设，Composer 会 fallback 到默认路径：
- Linux/macOS：
~/.composer/config.json - Windows：
%APPDATA%\Composer\config.json
但关键问题是：这个文件默认不存在。执行 composer config -g --list 才能确认真实路径（看第一行 “Global configuration file”）；如果返回空或报错，说明文件还没生成，composer config -g 第一次写入时才会创建它。
为什么 composer config -g 设置了却没生效？
常见原因不是命令写错，而是配置项本身不支持全局作用域：
-
composer config -g github-oauth github.com xxx✅ 生效（认证类配置全局有效） -
composer config -g autoloader-suffix MyProject❌ 不生效（这类配置只影响当前项目，-g 强制写入也没用） -
composer config -g repositories✅ 生效，但要注意：全局仓库仅用于global require场景，项目内composer install仍优先读取项目级composer.json中的repositories
判断一个配置是否支持全局，最简单方法是查官方文档中该配置项的 “Scope” 栏位，标为 global 或 both 的才可用 -g。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Windows 下用 PowerShell 执行 composer config -g 容易静默失败
PowerShell 默认不展开 %APPDATA% 这类环境变量，而 Composer 在解析 COMPOSER_HOME 时要求路径必须是**绝对路径且已展开**：
- 错误做法：
$env:COMPOSER_HOME = "%APPDATA%\Composer"→ Composer 会忽略该值，退回到默认路径，但不报错 - 正确做法：
$env:COMPOSER_HOME = "$env:APPDATA\Composer"→ 先展开再赋值 - 改完后必须新开 PowerShell 窗口，否则
composer config -g --list仍显示旧路径
验证是否生效：运行 composer config -g --list | Select-String "Global configuration file"，看输出路径是否和你设的 $env:COMPOSER_HOME 一致。
修改全局配置后，哪些操作会立刻受影响？
不是所有改动都“热生效”，有些需触发特定动作：
-
github-oauth、http-basic类认证配置 → 下次composer global require或composer update就用得上 -
bin-dir改动 → 只影响后续global require安装的二进制文件存放位置，已安装的不会自动迁移 -
cache-dir改动 → 下次composer clear-cache或下载包时才开始用新路径，旧缓存不会自动清理 -
repositories增加私有源 → 必须配合--add参数（composer config -g --add repositories.myprivaterepo ...），否则会覆盖整个数组
最容易被忽略的是：全局配置修改后，composer global list 不会刷新已安装包的元信息，它只反映当前 vendor/bin/ 下有哪些可执行文件——别靠它验证配置是否起作用。
