描述
现象很奇怪，主机是ubuntu 18.04， 内存有32G，并且系统中有两份Android13代码， 有一份编译正常，另外一份编译不正常，一度以为是因为下载源码不齐全导致，后面仔细看日志，原来是内存不够，导致OOM-killer杀死了。
现象
分析：
当前界面没有太多可以参考的出错信息，看日志： out/soong.log,里面没有类似指明哪个代码出错的信息
2024/02/21 19:44:35.273170 build/soong/ui/build/exec.go:74: "dumpvars" finished with exit code 0 (932ms real, 795ms user, 89ms system, 343MB maxrss)
2024/02/21 19:47:22.609247 build/soong/ui/build/exec.go:74: "soong bootstrap" finished with exit code 0 (2m27.983s real, 5m26.38s user, 25.136s system, 22311MB maxrss)
2024/02/21 19:48:40.257101 build/soong/ui/build/exec.go:74: "ckati" finished with exit code 0 (40ms real, 5ms user, 2ms system, 362MB maxrss)
2024/02/21 19:48:40.281063 build/soong/ui/build/exec.go:64: "ninja" executing "prebuilts/build-tools/linux-x86/bin/nsjail" [-x prebuilts/build-tools/linux-x86/bin/ninja -H android-build --cwd /mnt/4T_disk/jihaoqi/cuttlefish/srd-a13-r74/toptree13 -t 0 -e --proc_rw -u nobody -g nogroup --rlimit_as soft --rlimit_core soft --rlimit_cpu soft --rlimit_fsize soft --rlimit_nofile soft -R / -B /tmp -B /mnt/4T_disk/jihaoqi/cuttlefish/srd-a13-r74/toptree13 -B /mnt/4T_disk/jihaoqi/cuttlefish/srd-a13-r74/toptree13/out --disable_clone_newcgroup -q -- -d keepdepfile -d keeprsp -d stats --frontend_file out/.ninja_fifo droid -j 16 -f out/combined-aosp_cf_x86_64_phone.ninja -o usesphonyoutputs=yes -w dupbuild=err -w missingdepfile=err]
2024/02/21 19:54:04.317254 build/soong/ui/build/exec.go:74: "ninja" finished with exit code 137 (5m24.036s real, 1m58.562s user, 12.006s system, 17723MB maxrss)2024/02/21 19:54:04.360249 build/soong/ui/build/exec.go:127: ninja failed with: exit status 137
2024/02/21 19:54:04.493015 build/soong/ui/status/critical_path.go:111: critical path took 2m22s
2024/02/21 19:54:04.493026 build/soong/ui/status/critical_path.go:114: elapsed time 8m44s
2024/02/21 19:54:04.493048 build/soong/ui/status/critical_path.go:116: perfect parallelism ratio 27%
2024/02/21 19:54:04.493052 build/soong/ui/status/critical_path.go:120: critical path:
2024/02/21 19:54:04.493057 build/soong/ui/status/critical_path.go:125: 0:14 regenerate globs shard 117 of 1024
2024/02/21 19:54:04.493060 build/soong/ui/status/critical_path.go:125: 2:08 analyzing Android.bp files and generating ninja file at out/soong/build.
发现执行ninja的时候出错，也就是编译的时候出错，前面执行，"dumpvars"，"ckati"退出码都是0，说明正常，ninja发现退出码是错误码137，通过查询：
Ninja 中的退出状态 137 通常表示构建过程由于内存问题而终止。错误代码 137 通常与 Linux OOM（内存不足）相关，会在系统内存不足时杀死进程。
为了解决这个问题，您可以尝试以下解决方案：
增加可用内存：如果可能，请为系统分配更多内存或增加执行 Ninja 的进程的内存限制。
优化资源使用：检查任何不必要的后台进程或消耗过多内存的应用程序并终止它们。关闭所有不必要的浏览器选项卡或同时运行的应用程序。
修改构建设置：如果您可以控制构建配置，请考虑使用该标志调整 Ninja 中并发作业的数量来减少并行性
-j。例如，ninja -j4将其限制为一次只能执行四个作业。拆分为较小的构建：如果您的项目很大，请将其拆分为较小的组件并单独构建它们，以减少编译期间的内存使用量。
升级硬件：如果上述选项均不起作用，并且您经常遇到内存不足问题，则可能需要升级硬件（例如，添加更多 RAM）。
看系统日志/var/log/syslog，也充分说明了这个问题
解决方法
增加swap分区空间；
bash
# 将现有swap移动到主内存，可能需要几分钟
sudo swapoff -a
# 创建新的swap文件，bs×count=最后生成的swap大小，这里设置8G
sudo dd if=/dev/zero of=/swapfile bs=1G count=8
# 设置权限
sudo chmod 0600 /swapfile
# 设置swap
sudo mkswap /swapfile
# 打开swap
sudo swapon /swapfile
# 检查设置是否有效
grep Swap /proc/meminfo # 或者htop看一下
# 设置永久有效
sudo gedit /etc/fstab
# 在末尾行加上
# /swapfile swap swap sw 0 0以上解决方法参考： 链接：https://juejin.cn/post/7158741169001168927