COMPOSER_HOME环境变量需正确设置并导出为绝对路径，验证方法依次为：echo $COMPOSER_HOME、composer config --global home、检查缓存/vendor/bin/配置文件实际位置、运行composer diagnose查看警告。
检查 COMPOSER_HOME 环境变量是否被正确读取
Composer 启动时会优先读取 COMPOSER_HOME 环境变量来定位全局配置和缓存目录。如果自定义路径没生效，第一步就是确认这个变量是否在当前 shell 会话中真正生效。
执行以下命令验证：
echo $COMPOSER_HOME
如果输出为空或不是你期望的路径，说明环境变量未设置或未加载。常见原因包括：
- 只在错误的 shell 配置文件里设置了（比如改了
~/.bashrc却用zsh启动终端） - 设置后没重新加载配置（
source ~/.zshrc或新开终端） - 在 Docker 容器或 CI 环境中未显式传入该变量
验证 composer config --global home 输出是否匹配
Composer 会把 COMPOSER_HOME 的值当作全局 home 路径。运行这条命令可直接看到它当前“认为”的 home 是什么：
composer config --global home
注意：这个命令输出的是 Composer 内部解析后的路径，不是环境变量原始值。如果这里显示的路径和 $COMPOSER_HOME 不一致，说明 Composer 没有成功读取该变量——通常是因为变量未导出（缺少 export）或被其他配置覆盖。
另外，这个值必须是绝对路径，相对路径会被忽略或导致后续命令失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
观察 composer install 时缓存和 vendor 行为是否变化
最实在的验证方式，是看实际操作是否落在自定义路径下。比如将 COMPOSER_HOME 设为 /tmp/composer-test 后：
-
composer install生成的vendor/目录位置不变（它由项目路径决定），但下载的包缓存会写入/tmp/composer-test/cache/ -
composer global require安装的命令行工具（如laravel/installer）会出现在/tmp/composer-test/vendor/bin/，而不是默认的~/.composer/vendor/bin/ - 全局配置文件
config.json会生成在/tmp/composer-test/config.json
可以手动检查这些路径是否存在、内容是否合理，比单纯看变量更可靠。
排查 composer diagnose 报出的路径警告
运行 composer diagnose 是快速发现路径问题的捷径。它会主动检查 COMPOSER_HOME 是否可写、是否为绝对路径，并提示类似这样的信息：
Warning: COMPOSER_HOME is set to "/wrong/path" but it is not writable.
或者：
Warning: COMPOSER_HOME is set to "relative/path" — this is not supported.
这类警告直接指向配置失效的核心原因。特别注意：即使 composer --version 能正常运行，也不代表路径生效；只有 diagnose 会做完整路径校验。
还有一点容易被忽略：某些 IDE（如 PHPStorm）或终端插件会复用旧 shell 环境，重启 IDE 才能加载新变量；CI 脚本里则要确保 export COMPOSER_HOME=... 出现在所有 composer 命令之前。
