composer_home不能全局修改，因会导致多项目共享缓存、插件及配置，引发版本冲突或静默失效；必须项目级隔离，可通过-d参数、.env或别名方式为各项目指定独立composer_home路径，并清理全局插件缓存以确保彻底隔离。
为什么 COMPOSER_HOME 不能全局改，而要项目级隔离
直接改系统级 COMPOSER_HOME 会导致所有项目共享同一缓存、插件和配置，尤其当多个项目依赖不同版本的 Composer 插件（如 hirak/prestissimo 或 roave/security-advisories）时，极易出现冲突或静默失效。项目级隔离本质是让 composer 命令在当前目录下“以为自己在一个干净的新环境里运行”。
用 COMPOSER_HOME + .env 实现项目独占配置目录
在项目根目录下创建 .env 文件，写入：
COMPOSER_HOME=.composer
然后确保每次执行 composer 命令前加载该变量。推荐两种可靠方式：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：在项目根目录的
composer别名中显式指定，例如alias composer='COMPOSER_HOME=$(pwd)/.composer composer'（加到.bashrc或.zshrc中，仅对当前项目生效） - 所有平台通用：用
composer的-d参数临时覆盖，如COMPOSER_HOME=$(pwd)/.composer composer install（注意$(pwd)在 Windows 上需换成%cd%） - CI/CD 场景：在脚本开头加
export COMPOSER_HOME="$(pwd)/.composer"，比修改全局/home/user/.composer更安全
composer.json 里不能配 COMPOSER_HOME，但能配什么
composer.json 不支持声明环境变量，但可间接影响行为：
-
"config": {"cache-dir": ".composer/cache"}—— 强制缓存路径，但不会改变插件安装位置（插件仍走COMPOSER_HOME） -
"config": {"fxp-asset": {"enabled": false}}—— 关闭已废弃的 asset 插件，避免它因找不到全局COMPOSER_HOME下的配置而报错 - 若项目必须用特定插件（如
dealerdirect/phpcodesniffer-composer-installer），需先确保COMPOSER_HOME已设为项目内路径，再运行composer require，否则插件会装进全局目录
验证是否真的隔离成功
执行后检查三处：
- 运行
composer config --global home—— 应返回空或系统默认路径（说明没动全局） - 运行
COMPOSER_HOME=$(pwd)/.composer composer config home—— 应输出当前项目下的.composer - 手动查看
.composer/plugins/目录是否存在且非空，再对比系统~/.composer/plugins/内容是否不同
最容易被忽略的是插件缓存：哪怕 COMPOSER_HOME 设对了，如果之前在全局装过同名插件，Composer 可能仍从全局 autoloader 加载旧版本——此时必须删掉全局 ~/.composer/vendor/ 对应目录，再重新 require。
