signal: killed

最近在使用go单元测试的时候，发生了signal: killed，原本以为是测试框架testing里面发生的，后续查阅资料发现是因为操作系统的内存回收机制。

通过go代码查询了下当前测试时的内存情况

                  var mem runtime.MemStats
   		// 读取当前内存统计信息
   		runtime.ReadMemStats(&mem)

   		// 输出总的内存分配量（堆上的），单位是字节
   		fmt.Printf("Alloc = %v MiB", mem.Alloc / 1024 / 1024)

   		// 输出系统内存分配情况，这些是给Go运行时分配的系统级堆内存
   		fmt.Printf("\nTotalAlloc = %v MiB", mem.TotalAlloc / 1024 / 1024)

   		// 输出从系统中获得的内存总量，包括栈，堆，和其他Go内部结构
   		fmt.Printf("\nSys = %v MiB", mem.Sys / 1024 / 1024)

   		// 输出下一次GC的内存使用目标阈值
   		fmt.Printf("\nNextGC = %v MiB\n", mem.NextGC / 1024 / 1024)

signal: killed 消息时，通常意味着操作系统强制终止了你的进程。这种现象通常是由于以下原因造成：

1. 内存使用过高: 当系统运行内存不足时，为了保护系统不崩溃，操作系统会执行内存回收机制，俗称OOM Killer，选择某些内存使用高的进程结束掉，以回收内存。看起来你的程序在测试时占用了大量的内存，很可能达到了操作系统的上限。
2. 资源限制: 在某些环境（如Docker容器、云环境或通过ulimit命令设置的环境）中，可能对单个进程或用户可使用的资源有限制。如果进程超出这些限制，它可能会被杀死。

解决方案：

1. 内存泄漏检测: 使用Go的pprof工具进行详细的分析，检查是否存在内存泄漏。
2. 分析资源限制: 如果你的应用是在容器内或者有资源限制的环境中运行，检查下这些限制并调整以提供更多资源。
3. 分批处理/优化算法: 如果可能，尝试对代码进行优化，减少内存消耗。考虑分批处理大型数据或修改算法以减少内存需求。
4. 增加物理内存: 如果你的机器物理内存不足以支持程序的内存需求，可能需要增加更多的物理内存。
5. 监控和日志记录: 在程序的关键部分添加监控和日志记录，帮助识别何时何地消耗最多的内存。