vendor-dir在composer.json中不生效，是因为环境变量composer_vendor_dir优先级更高，会直接覆盖该配置；需检查并清除该变量后重试composer install。
composer.json 里的 vendor-dir 不生效？检查是否被环境变量覆盖
迁移项目后发现 vendor 目录仍生成在默认位置，大概率是 COMPOSER_VENDOR_DIR 环境变量优先级更高，会直接覆盖 composer.json 中的 vendor-dir 设置。
实操建议：
- 运行
echo $COMPOSER_VENDOR_DIR（Linux/macOS）或echo %COMPOSER_VENDOR_DIR%（Windows）确认是否已设置 - 临时取消：执行
unset COMPOSER_VENDOR_DIR（Linux/macOS）或set COMPOSER_VENDOR_DIR=（Windows）再试composer install - 若需长期使用自定义路径，建议统一用环境变量控制，而非混用
composer.json和环境变量
修改 composer.json 的 vendor-dir 后不重建 vendor？先清空再重装
Composer 不会自动移动已有 vendor 目录，即使改了配置，composer update 或 composer install 仍会复用原目录，导致路径“看似没变”。
实操建议：
- 手动删除当前
vendor目录（别只删子目录，删整个文件夹） - 确认
composer.json中已写入正确配置，例如："config": { "vendor-dir": "lib/vendor" } - 运行
composer install，此时才会按新路径创建lib/vendor - 注意：如果项目含
composer.lock，install会严格按锁文件还原，不影响依赖内容，只影响存放位置
PHP 自动加载失效？同步更新 autoload 配置和 vendor/autoload.php 引用路径
改了 vendor-dir 后，如果代码里硬编码了 require 'vendor/autoload.php'，就会报错 failed to open stream: No such file or directory。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 不要硬写
vendor/autoload.php路径，改用相对定位：require __DIR__ . '/lib/vendor/autoload.php';
- 或者更健壮的方式：用 Composer 自动生成的
vendor/autoload.php的实际位置反推，但前提是确保入口文件与composer.json同级或路径关系稳定 - 检查
composer.json的autoload段是否用了psr-4或classmap映射，这些不受vendor-dir影响，但若映射路径写死了旧 vendor 结构，也会出问题
CI/CD 或 Docker 构建失败？确认构建环境未残留旧 vendor 或缓存
迁移后在 CI 流水线或容器里执行 composer install 仍生成到默认位置，常见原因是构建镜像用了缓存层，或脚本中显式指定了 --no-cache 却漏掉了清理逻辑。
实操建议：
- Dockerfile 中避免
COPY . .后直接composer install，应先RUN rm -rf vendor再安装 - CI 脚本中加入
composer config --global vendor-dir查看全局配置是否干扰，必要时加--no-plugins --no-scripts排除插件干扰 - Git 忽略文件里检查是否误提交了旧
vendor目录，导致构建时解包覆盖新配置
最常被忽略的是环境变量和构建缓存的叠加影响——改完 composer.json 以为万事大吉，结果本地有效、CI 失效，往往卡在这两个地方。
