改COMPOSER_HOME后仍读~/.composer，是因为Composer仅在首次运行（如composer --version）时读取该变量并初始化路径；已初始化环境会沿用旧配置目录，不随环境变量变更而自动切换。
改 COMPOSER_HOME 就能换全局路径，但只在第一次运行 composer 命令前设置才真正生效；已初始化过的环境，光改变量没用，必须手动清理旧目录并重启终端。
为什么改了 COMPOSER_HOME 却还在读 ~/.composer？
Composer 启动时只在首次执行（比如第一次 composer --version）读取 COMPOSER_HOME，并据此创建 auth.json、config.json 和 cache/。之后再改环境变量，它仍从旧路径加载配置——因为这些路径已被写死进 ~/.composer/config.json 或缓存中。
- 检查是否已初始化：
ls -la ~/.composer/（Linux/macOS）或dir %APPDATA%\Composer（Windows），非空即表示已初始化 - 确认当前值：
echo $COMPOSER_HOME（Linux/macOS）或echo %COMPOSER_HOME%（Windows） - 若输出是旧路径，说明 shell 没加载新变量，需
source ~/.zshrc或重启终端
如何让新 COMPOSER_HOME 真正接管？
不是改完变量就完事，得主动重置 Composer 的初始化状态：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 退出所有正在运行的
composer进程（包括后台composer install） - 删掉旧配置目录：
rm -rf ~/.composer/（Linux/macOS）或rd /s /q "%APPDATA%\Composer"（Windows） - 设置新路径并验证：
export COMPOSER_HOME="/opt/my-composer-home" && composer --version—— 此时会自动在新路径下重建config.json和cache/
COMPOSER_HOME 设置后还要注意什么？
路径本身只是第一步，后续行为依赖几个关键配套动作：
- 路径必须是绝对路径，且当前用户有读写权限，否则初始化时报
Could not write to /xxx: Permission denied - Linux/macOS 推荐用
/opt/composer-home或$HOME/.my-composer；Windows 用C:/dev/composer-home（正斜杠）或C:\dev\composer-home（双反斜杠），禁用单反斜杠 -
$COMPOSER_HOME/vendor/bin必须加入PATH，否则composer global require laravel/installer装的命令（如laravel）会提示command not found - 原来通过
composer global require安装的工具不会自动迁移，得在新环境下重新执行一遍
别和 COMPOSER_VENDOR_DIR 搞混
COMPOSER_VENDOR_DIR 只影响项目级 vendor/ 目录位置（比如 "vendor-dir": "libs/vendor"），对 composer global 完全无效。想隔离全局包，唯一可控的是 COMPOSER_HOME 本身。
最常被忽略的是：改完 COMPOSER_HOME 后，auth.json 不会自动复制过去，composer config --global home 显示的路径也不代表运行时真实路径——最终以 echo $COMPOSER_HOME 输出为准。
