Composer 无“中性位置”概念，需通过 COMPOSER_HOME 控制全局路径（缓存、配置、global bin），vendor-dir 配置控制项目 vendor 路径，bin-dir 单独设置项目 bin 路径，并注意权限、路径一致性及 PATH 配置。
“中性位置”不是 Composer 的标准概念，也没有对应配置项。你真正想解决的，是让 vendor、缓存、全局 bin 等关键路径脱离默认用户目录（如 ~/.composer 或 %APPDATA%\Composer），统一指向一个与项目无关、权限可控、跨环境稳定的中间路径——比如 /opt/composer 或 D:\composer-shared。
怎么让缓存和全局配置都落到指定中性路径
核心是改 COMPOSER_HOME 环境变量，它同时控制全局配置、缓存、插件和 global require 的安装位置。
- Linux/macOS：执行
export COMPOSER_HOME="/opt/composer"，并写入~/.zshrc或~/.bashrc - Windows（PowerShell）：执行
$env:COMPOSER_HOME="D:\composer-shared"，或在系统环境变量中永久设置 - 必须确保该路径存在且当前用户有读写权限，否则
composer config --global会失败 - 改完立刻生效，但旧缓存不会自动迁移——要手动把
~/.composer/cache或%APPDATA%\Composer\cache拷过去，或直接清空重来 - 验证是否生效：
composer config --global --list输出的第一行应为你的新路径
vendor 目录不能靠 COMPOSER_HOME 控制，得单独配
COMPOSER_HOME 对项目级 vendor 完全无效。它只管 Composer 自身的家目录。要让 vendor 落到中性位置（比如 /data/myapp/vendor），只能靠项目 composer.json 的 vendor-dir 配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在项目根目录的
composer.json中添加：{ "config": { "vendor-dir": "/data/myapp/vendor" } } - 路径必须是绝对路径，且 Web 服务器或 CLI 用户需有读写权限（尤其注意 SELinux 或 Windows 权限限制）
- 改完后必须删掉原有
vendor目录，再运行composer install——update不会移动已安装包 - 所有
requirevendor/autoload.php的地方都要同步改成新路径，否则自动加载直接失败
bin 目录也得单独处理，别指望它跟着 COMPOSER_HOME 走
vendor/bin 和 COMPOSER_HOME/vendor/bin 是两套东西：前者是项目依赖的可执行文件链接（如 phpunit），后者是 composer global require 安装的全局工具（如 laravel）。它们的路径互不影响。
- 项目级
bin-dir配在composer.json的config里："bin-dir": "/data/myapp/bin" - 全局
bin-dir实际就是$COMPOSER_HOME/vendor/bin，改COMPOSER_HOME后它自然就变了 - 无论哪种，都得手动把目标路径加进系统
PATH，否则命令找不到——这是最常被忽略的一环 - Windows 下注意：
.bat文件必须带扩展名调用，scripts/xxx不行，得写scripts/xxx.bat
真正难的不是改配置，而是权限、路径可见性和环境一致性。比如 Docker 里挂载 /data/composer-cache 时忘了加 :z 标签，SELinux 就会拦截；CI 脚本里设了 COMPOSER_HOME 却没清理旧缓存，结果不同 PHP 版本共用同一份 dist 包，autoload 错乱。这些细节不提前压住，所谓“中性位置”反而变成故障放大器。
