--no-interaction（或-n）是禁用Composer交互的必要参数，它跳过确认提示并用默认值执行，无默认则报错退出；仅对install/update/create-project/require生效，不支持init；CI中卡住常因认证缺失、下游脚本交互或插件行为所致，需组合--prefer-dist、--no-dev、--no-scripts等参数才能稳定运行。
--no-interaction 是唯一能真正禁用 Composer 交互模式的参数，但它不是“静音开关”，而是把“等你按回车”变成“有默认就走默认，没默认就报错退出”。不加它，CI/CD 或 Docker 构建大概率卡在 Do you want to continue?、Username for 'https://...': 或 Remove existing directory? 上，直到超时被杀。
哪些命令必须加 --no-interaction 才有效
它只对本身预留了非交互路径的命令起作用，不是所有命令都认这个参数：
-
composer install、composer update、composer create-project、composer require：支持，会跳过删除 vendor 确认、是否运行脚本、Git 目录覆盖提示等 -
composer init：不支持，加了直接报错Interactive mode is required -
composer dump-autoload、composer diagnose：本来就不交互，加了无害但没必要 -
composer run-script：本身不交互，但脚本内部若调用$input->ask()或readline()，--no-interaction拦不住
为什么加了 -n 还卡住？常见真因不在 Composer 本身
挂起点往往不是 Composer 在问，而是它触发的下游行为：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- post-install-cmd 脚本里写了
$input->ask()→--no-interaction不影响子进程，得改脚本或透传该参数给php artisan等子命令 - 拉私有包时卡在
Username for 'https://xxx':→ 是认证缺失，不是交互问题，得配auth.json或设COMPOSER_AUTH环境变量 - Docker 构建没加
-t分配 TTY →--interactive都无效，--no-interaction更没法兜底 - 插件（如
hirak/prestissimo）自己做进度条或网络探测 → 这类行为完全绕过 Composer 的交互控制逻辑
CI/CD 中真正可靠的最小参数集
单靠 --no-interaction 无法堵住所有出口，必须组合：
-
--prefer-dist：避免 fallback 到需 Git 凭据的--prefer-source，优先下载 zip 包 -
--no-dev：跳过require-dev里的交互式工具（比如某些测试套件的初始化提示） -
--optimize-autoloader和--classmap-authoritative：生产环境 autoload 性能关键，且能减少因文件扫描引发的意外行为 -
--no-scripts和--no-plugins：防止钩子或插件偷偷执行任意命令（如写入 webshell、调用exec()） - 必须确保
composer.lock已提交：否则install -n不会自动update，而是直接报错退出
复杂点在于：参数之间有隐性依赖，比如 --no-dev 会默认禁用 post-install-cmd，而 --no-scripts 才是真正关闭钩子的开关；COMPOSER_NO_INTERACTION=1 可作补充，但不能替代命令行参数——尤其在多行 RUN 的 Dockerfile 中，顺序和版本兼容性仍可能出问题。
