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 失效，往往卡在这两个地方。