composer_home环境变量是唯一生效方式，composer启动时优先读取该变量作为全局主目录路径，设则硬用、不设则回退默认路径；其他方法如composer config --global home仅显示用，不影响实际行为。
COMPOSER_HOME 环境变量是唯一生效方式
改 Composer 主目录（即全局配置、缓存、auth.json、全局包存放位置）只有 COMPOSER_HOME 环境变量真正起效，其他方法要么不持久、要么只影响局部。它不是“可选项”，而是 Composer 启动时第一件事：检查该变量，设了就硬用，没设才 fallback 到默认路径（~/.composer 或 %APPDATA%\Roaming\Composer）。
常见错误是以为 composer config --global home 能切换主目录——它只是把新路径写进配置文件，但 Composer 根本不读这个字段来定位主目录；它只用来显示或辅助某些命令，实际加载逻辑完全绕过它。
- Linux/macOS：必须写入
~/.zshrc（Zsh）或~/.bash_profile（Bash），执行source ~/.zshrc或新开终端 - Windows CMD：
setx COMPOSER_HOME "D:\my-composer"，需重启 CMD 才生效 - Windows PowerShell：
[Environment]::SetEnvironmentVariable("COMPOSER_HOME", "D:\my-composer", "User")，同样需重启终端 - 绝对不要用相对路径（如
./composer或~/my-composer），Windows 下解析失败且无提示
改完 COMPOSER_HOME 后 auth.json 仍报错？
Composer 不会自动创建目录，也不迁移旧文件。它直接尝试读取 $COMPOSER_HOME/auth.json，如果路径不存在、文件缺失或权限不对，就会静默失败或抛出模糊的认证错误（比如 “Could not fetch package”、“401 Unauthorized”），根本不会告诉你缺的是哪个文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先手动建目录：
mkdir -p $COMPOSER_HOME（Linux/macOS）或mkdir D:\my-composer（Windows） - 把原
~/.composer/auth.json拷过去；Linux/macOS 上运行chmod 600 $COMPOSER_HOME/auth.json - Windows 上注意：右键文件 → 属性 → 安全 → 取消“继承权限”，只保留当前用户完全控制
-
config.json和插件目录（plugins/）也得一并复制，否则全局插件失效、镜像源丢失
临时切换主目录只需前置环境变量
不需要改系统设置，适合 CI 脚本或单次调试。语法简单，但作用域极窄：只对紧随其后的那一条命令有效，且子进程不会继承（比如 composer 调用的 PHP 进程里 $_ENV['COMPOSER_HOME'] 是空的）。
- Linux/macOS：
COMPOSER_HOME="/tmp/composer-test" composer global require laravel/installer - Windows CMD：
set COMPOSER_HOME=C:\temp\composer-test && composer global require laravel/installer - PowerShell：
$env:COMPOSER_HOME="C:\temp\composer-test"; composer global require laravel/installer - 注意：这种写法下，全局安装的二进制文件（如
laravel）会生成在临时目录的vendor/bin下，PATH 通常没包含它，得显式调用/tmp/composer-test/vendor/bin/laravel
别碰 composer config --global home
这个命令写入的值只在 composer config --global --list 里可见，对 Composer 自身行为零影响。它既不改变配置读取位置，也不影响缓存、认证或全局包安装路径。有人误以为设了它就能“同步”主目录，结果发现 auth.json 还是在老地方，cache-dir 也还是旧路径——因为两者压根不共享同一套路径决策逻辑。
真正要改缓存路径，用 composer config --global cache-dir /new/cache/path；要改全局 bin 目录暴露位置，得手动加 $COMPOSER_HOME/vendor/bin 到 PATH；而主目录本身，只认 COMPOSER_HOME 环境变量。三者独立，混用必踩坑。
