docker build 被 kill 掉 是内存不够还是并行太高

构建跑到一半进程直接消失，日志最后只剩 `signal: killed`，dmesg 里能看到 Out of memory 的提示指向 cc1plus，机器并没有跑别的任务，重启构建仍是同一个位置。日志里能对上时间点，这种反而好排。

编译型依赖在容器里按 CPU 核数开并行任务，每核各占一份内存，叠加之后超过构建机上限，内核就挑最大的进程杀掉，换台大内存机器就能过。这一点先确认清楚，后面就不用反复试。

docker build --build-arg MAKE_JOBS=2 -t app:1.0 .
dmesg -T | grep -i 'killed process'
docker stats --no-stream --format '{{.Name}} {{.MemUsage}}'

「构建内存不足被杀」排查到最后往往是很小的一处差异，前面那些复杂猜测可以先放一放。能分两步做的操作就别合成一步，中间看一眼返回值，出问题好判断。

处理上按这个顺序：先翻 dmesg 确认是内存被杀 而不是任务执行超时 两者的处理完全不同；把编译并行数压到 2 到 4 再看一次构建时的内存峰值；加 swap 只能应急 长期还是得加内存或者换更大的构建机。

结果对不对很好判断，构建能完整跑到最后一步，dmesg 里不再出现 Killed process，最后的产物也能正常导出。