composer不支持多vendor目录跨项目引用，因其自动加载机制绑定单vendor目录，依赖声明和包源管理才是正确方式；path repository是唯一可控方案，通过符号链接将本地目录作为包引入并纳入autoload映射。
不支持。Composer 的自动加载机制天然绑定单项目单 vendor/ 目录，跨项目引用不是靠“多 vendor 目录配置”实现的，而是靠依赖声明 + 包源管理 —— 试图硬凑多个 vendor 目录只会触发 Class not found、Cannot redeclare class 或 autoload 映射错乱。
为什么 composer dump-autoload 不能合并多个 vendor 的 autoload？
dump-autoload 只扫描 composer.json 中 autoload 和 autoload-dev 声明的路径，它根本不知道其他 vendor 目录的存在。即使你手动把两个 vendor 拷一起，autoload_psr4.php 里也不会多出一行映射 —— 因为 Composer 不解析其他 vendor 下的 composer.json。
- 每个
vendor/autoload.php是独立生成的，硬 require 多个会导致类重复注册或加载顺序不可控 -
vendor/composer/autoload_static.php里的路径是绝对硬编码的（如__DIR__ . '/vendor/myorg/foo/src/'），软链或移动目录后立即失效 - 若两个
vendor都含monolog/monolog，dump-autoload不会报错，但运行时可能加载到旧版本或冲突版本
path repository 是唯一可控的跨项目引用方式
它不碰 vendor 目录结构，而是让主项目把另一个本地目录“当做一个包”来 require —— Composer 会创建符号链接（默认）并把它纳入自己的 autoload 映射。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 子包目录必须含合法
composer.json，name字段格式为vendor/name（如acme/utils） - 主项目
composer.json中加："repositories": [{"type":"path","url":"../acme-utils"}] - 然后
require "acme/utils": "*@dev"，再跑composer install - 注意：
@dev后缀不能省，否则 Composer 忽略 path 源；且该方式仅限开发环境，CI/CD 必须切换为 Git 或私有 Packagist
vendor-dir 配置和多 vendor 是两回事
改 config.vendor-dir 或设 COMPOSER_VENDOR_DIR 只是换一个 vendor 目录的位置，不是“支持多个”。它解决的是路径命名或部署结构问题，不是跨项目共享问题。
- Composer 2.0+ 已废弃
composer.json中的config.vendor-dir，设了会警告且无效；必须用环境变量或全局config.json - 环境变量只控制安装位置，不自动修复代码里
require 'vendor/autoload.php'这种硬编码 - 若你真有多个项目想共用一套基础组件，正确做法是：把组件发布为私有包，各项目独立
require，由 Composer 自己解依赖树 —— 而不是把它们的vendor目录塞进同一个文件夹
真正容易被忽略的是 autoload 加载顺序和 opcache 行为：哪怕你用脚本强行 require 多个 vendor/autoload.php，PHP 的 opcache 也会缓存第一个加载的类定义，后续 require 可能完全被跳过 —— 这类问题在 CLI 和 Web SAPI 下表现还不一致，调试成本远高于重构为 path repository 或私有 Packagist。
