不能直接共享 vendor 目录，因为 Composer 将绝对路径硬编码进 autoload.php 和 autoload_static.php，导致 Class not found、路径错乱和依赖覆盖；可行方案是用 composer global + 自定义 autoloader 或 path repository 实现逻辑复用。
为什么不能直接共享 vendor 目录
Composer 默认为每个项目生成独立的 vendor 目录，是因为它依赖 composer.lock 和 autoload.php 的路径绑定机制。多个应用强行共用同一份 vendor 会导致：Class not found 错误、autoload 路径错乱、composer install 覆盖彼此的依赖版本。这不是权限或符号链接问题，而是 Composer 自身的 autoloader 生成逻辑决定的——它把绝对路径硬编码进 vendor/autoload.php 和各包的 autoload_static.php 中。
用 composer global + 自定义 autoloader 替代共享 vendor
真正可行的方案不是“共享 vendor”，而是让多个应用复用同一套已安装的包，同时各自拥有干净的 autoload 配置。核心做法是：把通用依赖（如 monolog/monolog、symfony/console）用 composer global require 安装，再在各应用中通过自定义 ClassLoader 加载它们。
-
composer global require monolog/monolog symfony/console（注意：global 安装路径通常为~/.composer/vendor） - 在每个应用的入口文件（如
index.php或bin/console）顶部手动注册 autoloader：
require '~/.composer/vendor/autoload.php';
但要注意：global 下的包不会自动加载其依赖的依赖（比如 monolog 依赖 psr/log），所以必须显式 global require psr/log；否则运行时仍会报错。
用 path repository 实现“逻辑共享”而非物理共享
如果你需要不同应用使用完全一致的依赖版本（例如统一升级 guzzlehttp/guzzle），又不想污染 global 环境，可以用 Composer 的 path 类型仓库。它不复制文件，而是软链接到本地某个固定目录，且保留各项目的 composer.lock 独立性。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 在某处建立集中管理目录，比如
/opt/shared-packages/guzzlehttp/guzzle - 各应用的
composer.json中添加：
{
"repositories": [
{
"type": "path",
"url": "/opt/shared-packages/guzzlehttp/guzzle"
}
],
"require": {
"guzzlehttp/guzzle": "*"
}
}
然后执行 composer update guzzlehttp/guzzle ——Composer 会创建符号链接而不是复制，且所有应用都指向同一份源码。但注意：path 仓库不支持自动更新远程变更，你得手动 git pull 或同步源码目录。
vendor-dir 配置 + 符号链接的风险点
有人尝试用 "config": {"vendor-dir": "/shared/vendor"} 强制所有项目写入同一目录，这看似简单，实际极不稳定：
- 多个项目并发执行
composer install会相互覆盖autoload_static.php和installed.json - 一个项目运行
composer remove foo/bar，可能删掉另一个项目正在使用的包 -
vendor-dir是全局配置，无法按项目区分作用域；即使加了--no-scripts，autoload 重建阶段仍会出错
除非你有严格的 CI 流程确保每次只允许单个项目操作，并且所有应用完全同构（相同 PHP 版本、相同依赖树、相同插件启用状态），否则这条路走不通。真实生产环境中，这个方案基本等于埋雷。
