golang内存扩容
应该是内存的问题，你可以在资源管理其中删除几个不重要的而且占内存的进程，若还不行就试着增加一些虚拟内存增加虚拟内存的方法：我的电脑-属性-高级-设置（第一项S）-高级-更改（最下面）。
切片的数据结构是 array内存地址，len长度，cap容量 make的时候需要注意 容量 * 长度 分配的内存大小要小于264，并且要小于可分配的内存量，同时长度不能大于容量。
从数据结构可见，mheap管理着全部的内存，事实上Golang就是通过一个mheap类型的全局变量进行内存管理的。mheap内存管理示意图如下：系统预分配的内存分为spans、bitmap、arean三个区域，通过mheap管理起来。接下来看内存分配过程。
Golang的内存分配是由golang runtime完成，其内存分配方案借鉴自tcmalloc。
golang 有三个常用的高级类型 slice、map、channel， 它们都是 引用类型 ，当引用类型作为函数参数时，可能会修改原内容数据。 golang 中没有引用传递，只有值和指针传递。
golang：需要分配新内存，然后进行内存copy。c：可直接修改，可realloc。存一段data：golang：使用[]byte类型，[]byte转成string需要进行内存拷贝(排除掉利用指针进行类型转换的情况)。c：直接用char[]，可读可写。
Golang的调度模型
golang 在系统调度的基础上实现了自己的 goroutine 调度器，即 GPM 模型。
调度器为什么要维护多个上下文P 呢？ 因为当一个物理线程 M 被阻塞时，P 可以转而投奔另一个OS线程 M （即 P 带着 G 连茎拔起，去另一个 M 节点下运行）。这是 Golang调度器厉害的地方，也是高并发能力的保障。
进一步掌握其用法细节以及 Golang 语言设计哲学的管窥蠡测。channel 是可以让一个 goroutine 发送特定值到另一个 gouroutine 的通信机制。
如何实现支持数亿用户的长连消息系统
room实例地址，通过room service下发给长连接 Center Service比较重的工作如全网广播，需要把所有的任务分解成一系列的子任务，分发给所有center，然后在所有的子任务里，分别获取在线和离线的所有用户，再批量推到Room Service。
现在流行的消息推送实现方式，主要为长链接方式实现。
即使用户关闭了APP，依然可以收到消息推送。实现系统消息推送，就需要比较好的第三方软件就行辅助，极光就是一个不错的选择。极光JPush 是经过考验的大规模 App 推送平台，每天推送消息量级为数百亿条。
这就对我们的数据采集系统提出了很高的要求。如何稳定高效地把消息更新到数据库这一要求摆了出来。场景二：数据中心处理过的数据需要实时共享给几个不同的机构。
Golang什么时候会触发GC
其实在Golang 内部所有的GC都是通过 gcStart() 函数，然后指定一个 gcTrigger 的参数来开始的，而手动触发指定的条件值为 gcTriggerCycle 。 gcStart 是一个很复杂的函数，有兴趣的可以看一下源码实现。
young GC：当young gen中的eden区分配满的时候触发。注意young GC中有部分存活对象会晋升到old gen，所以young GC后old gen的占用量通常会有所升高。
Minor GC触发条件：当Eden区满时，触发Minor GC。
当 JVM 无法为一个新的对象分配空间时会触发 Minor GC，比如当 Eden 区满了。所以分配率越高，越频繁执行 Minor GC。内存池被填满的时候，其中的内容全部会被复制，指针会从0开始跟踪空闲内存。
Young GC的触发时机：Young GC其实一般就是在新生代的Eden区域满了之后就会触发，采用复制算法来回收新生代的垃圾。