根本原因是各模块composer.json的php版本约束不一致，而统一cli环境无法同时满足所有约束；必须为每个模块单独指定对应php路径执行install，并确保vendor/和composer.lock独立生成。
为什么多模块项目里只有部分模块 install 失败
根本原因不是模块间代码冲突，而是各模块的 composer.json 对 PHP 版本、扩展或平台约束不一致，而你用同一套 CLI 环境（php -v 输出）去跑所有模块 —— 某个模块要求 "php": "^8.2"，你本地是 8.1，它就直接挂；另一个模块只写 "php": ">=7.4"，照样能过。
- 检查每个模块根目录下的
composer.json，重点看require.php字段是否统一；别信“大家都用 8.1”，得看文件里白纸黑字写了啥 - 运行
php -v和which php，确认当前终端实际调用的是哪个 PHP 二进制 —— 宝塔、Docker 或 alias 可能让你看到的和 Composer 用的不是同一个 - 不要在父目录执行
composer install并期望它递归处理子模块；Composer 不自动识别多模块结构，每个模块必须单独进目录执行
模块间 PHP 版本不一致时怎么安全 install
不能靠 config.platform.php 统一“假装”一个版本，因为不同模块真实依赖的语法和扩展能力差异太大。比如 A 模块用了 match 表达式（PHP 8.0+），B 模块还在用 ext-apcu 的旧 API（PHP 7.4 兼容），硬塞进同一个 platform 值只会让其中一个模块 runtime 报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 为每个模块显式指定 PHP 路径：进入 A 模块目录，运行
/usr/bin/php8.2 composer install；进 B 模块，用/usr/bin/php7.4 composer install - 删掉各模块下已有的
vendor/和composer.lock再重装 —— 旧 lock 文件可能记录了跨版本混搭的包组合，autoload 文件也会因反射行为差异失效 - 禁止在任何模块的
composer.json中提交"platform"配置；它只该出现在 CI 脚本里，且每个模块构建任务要单独声明目标 PHP 版本
模块共用 vendor 目录导致 install 失败
多模块项目如果错误地共享顶层 vendor/，就会出现“模块 A 装成功，模块 B 报 autoload 找不到类”的问题 —— Composer 的 autoloader 是按当前工作目录生成的，不是全局路径映射。
- 每个模块必须有独立的
vendor/目录；不要在父目录建一个 vendor 然后让子模块 require 它 - 若需复用某些工具类（如私有 SDK），应发布为独立包，通过
repositories引入，而不是物理共享 vendor - 检查各模块
composer.json中的autoload和autoload-dev路径，确保它们指向本模块内路径（如"src/"），而非上级或兄弟目录
CI/CD 中多模块 install 卡住或报错
CI 流水线里最常踩的坑是：用一个 job 跑所有模块 install，但没隔离 PHP 版本环境，也没清理缓存 —— 上一个模块用 php8.3 装完，下一个模块用 php8.1 装时，Composer 缓存里还残留着 8.3 的元数据，导致解析失败或选错包版本。
- 每个模块的 install 步骤必须独立 job 或至少独立 shell 段落，并显式声明 PHP 版本：
php8.2 -d memory_limit=-1 composer install --no-dev --optimize-autoloader - 在每个模块 install 前加
composer clear-cache，避免跨模块缓存污染 - 禁用
--ignore-platform-reqs；它会让模块 B 在 php7.4 下装进一堆 PHP 8.2 语法的包，上线后第一请求就ParseError: unexpected token "match"
php 版本、composer.lock、vendor/ 必须严格绑定，不能共享、不能假设、不能靠 platform 配置糊弄。
