composer require vendor/package -i 仅在存在多个兼容稳定版本时触发交互选择，若已有匹配版本、唯一可用版本、禁用交互或指定开发分支则跳过交互。
直接用 composer require vendor/package -i 就能触发交互式版本选择，前提是当前项目没有该包、或已有版本与新约束不兼容，且存在多个可选稳定版本。
为什么 -i 有时没反应
交互模式不是总生效：Composer 只在「发现多个兼容版本」时才弹出选项。常见失效场景包括：
- 项目里已装了
monolog/monolog，且"monolog/monolog": "^2.10"这类宽松约束仍匹配新请求，它就直接复用，不问你 - 只找到一个满足条件的版本（比如你 PHP 是 8.0，而包的 3.x 要求 8.1+），Composer 自动选唯一可用的那个，跳过交互
- 命令里带了
--no-interaction或环境变量COMPOSER_NO_INTERACTION=1，强制关闭交互 - 用了
@dev或dev-main这类分支名，Composer 默认不把它当“多版本候选”，而是直接按分支拉取（除非加--stability=dev）
composer require -i 的实际操作流程
执行后终端会列出所有符合当前环境（PHP 版本、扩展、minimum-stability）的 tag，例如：
Found multiple versions of monolog/monolog, which one do you want to require? [0] 3.0.0 [1] 2.13.4 [2] 2.12.0 [3] 1.27.2 Enter version number (or 'none' to skip):
这时你可以：
- 输数字编号（如
2）选2.12.0 - 输完整版本号（如
2.13.4），哪怕不在列表里——只要它存在且兼容，Composer 会尝试解析 - 输
none放弃，composer.json不变
注意：输入后回车，它会自动写入 composer.json 并运行 composer install，不是只改 JSON。
和手动指定版本（: 或 =）的关键区别
-i 是辅助决策，不是替代精确控制。它不保证装到你“想要”的那个版本，只保证装到“当前环境下 Composer 认为合法且可安装”的一个：
- 如果你输
2.13.4，但该版本被作者 yanked（撤回）或要求 ext-gmp 而你没装，它会 fallback 到下一个可用版本，并告诉你Could not find a matching version -
composer require monolog/monolog=2.13.4才是硬性锁定：写死"monolog/monolog": "2.13.4"到composer.json，后续composer install必须装这个 exact 版本，否则报错 -
-i适合快速试用、临时调试；生产环境依赖必须靠=+ 提交composer.lock来固化
交互式选择省事，但容易忽略 PHP 版本、扩展缺失或 stability 策略这些底层限制——看到列表就选，结果装完跑不起来，得回头查 Your requirements could not be resolved 里的具体冲突行。
