直接复制 vendor 目录必然失败，根本原因是 autoload.php 中硬编码的 __DIR__ 绑定源路径，跨目录后 PSR-4 映射失效；同时版本冲突、平台二进制不兼容、安装脚本被跳过。安全复用须统一 lock 文件与 PHP 环境，通过 COMPOSER_VENDOR_DIR 或 Docker 分层构建交由 Composer 管理。
直接复制 vendor 目录到另一个项目或机器，必然导致 Class not found、autoload 失效、二进制命令崩溃——这不是权限或路径问题，而是 Composer 的加载上下文被硬编码在 vendor/autoload.php 里，跨路径即失效。
为什么 cp -r vendor 后 Class not found？
根本原因不是文件缺失，是 vendor/autoload.php 中的 __DIR__ 被生成时绑定到了源项目路径。比如你在 /home/user/app-a 执行过 composer install，生成的 autoload 文件里会写死类似 __DIR__ . '/..' . '/src' 这样的 PSR-4 映射；一旦把整个 vendor 复制到 /var/www/app-b，__DIR__ 指向新位置，但映射仍按旧路径算，结果找的是空目录。
- Windows/macOS/Linux 对符号链接行为不一致，
vendor/bin下的可执行文件常因此损坏 -
vendor/里含平台相关二进制（如phpunit、php-cs-fixer），PHP 版本或扩展不匹配时直接无法执行 - 某些包在
install阶段运行脚本（如生成配置、编译扩展），复制跳过了这些步骤，后续运行时报错
如何安全复用已安装的依赖？
唯一可行路径是让 Composer “知道”该用哪一份代码，而不是靠文件搬运。核心是统一约束、隔离上下文、交由 Composer 管理加载逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
COMPOSER_VENDOR_DIR环境变量指向共享路径（如/shared/vendor），但必须确保：所有项目composer.lock完全一致、PHP 版本与扩展相同、执行composer install --no-scripts --no-dev - Docker 场景下，不要
VOLUME或 bind mountvendor，而是分层构建：COPY composer.json composer.lock ./+RUN composer install --no-dev --optimize-autoloader，利用镜像缓存提速 - 多子模块共用主项目依赖时，子目录删掉自己的
composer.json（或只留autoload段），主项目通过"psr-4": { "PluginFoo\": "plugins/foo/src/" }显式声明命名空间，再跑composer dump-autoload
团队拉代码后 vendor 冲突怎么办？
典型现象：同事提交了新 composer.json 但忘了 git add composer.lock，你 git pull 后运行 composer install 就报错。这不是环境问题，是锁文件和根依赖不匹配。
- 先确认是否真有冲突：
composer install --dry-run看是否能通过 - 若失败，检查
git status是否存在未提交的composer.lock；如有，先git checkout -- composer.lock回退，再git pull获取最新 lock - 如果 lock 已更新但本地仍报错，可能是
vendor/下有未提交修改 —— 运行composer install --discard-changes强制重置（不是rm -rf vendor） - CI 环境务必禁用
--prefer-dist以外的非确定性选项，且始终基于 cleancomposer.lock执行composer install
最易被忽略的一点：autoload 失效往往不是因为没装包，而是因为 composer dump-autoload 没被执行，或者 PSR-4 映射路径在 composer.json 里写错了相对位置——尤其当项目结构嵌套变深时，"App\": "src/" 和 "App\": "app/src/" 的差异会导致整块命名空间加载失败，且错误不报在 install 阶段，而是在第一次 new 类时才暴露。
