go语言gc问题 go语言遇到的坑

Go语言——goroutine并发模型

Go语言采用两级线程模型，即用户线程与内核线程KSE（kernel scheduling entity）是M：N的。最终goroutine还是会交给OS线程执行，但是需要一个中介，提供上下文。

专注于为中小企业提供网站设计、成都网站制作服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业苏尼特左免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了上千余家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

Go的CSP并发模型，是通过 goroutine和channel 来实现的。 goroutine 是Go语言中并发的执行单位。其实就是协程。 channel是Go语言中各个并发结构体(goroutine)之前的通信机制。

Go就是基因里面支持的并发，可以充分的利用多核，很容易的使用并发。内置runtime，支持垃圾回收，这属于动态语言的特性之一吧，虽然目前来说GC不算完美，但是足以应付我们所能遇到的大多数情况，特别是Go1之后的GC。

我们通过 go func()来创建一个goroutine；有两个存储G的队列，一个是局部调度器P的本地队列、一个是全局G队列。

Go语言的出现，填补了许多编程语言在并发编程方面的空缺。它提供了一种轻量级线程模型，通过协程（goroutine）的方式，实现了高效的并发编程。

Golang什么时候会触发GC

1、其实在Golang 内部所有的GC都是通过 gcStart() 函数，然后指定一个 gcTrigger 的参数来开始的，而手动触发指定的条件值为 gcTriggerCycle 。 gcStart 是一个很复杂的函数，有兴趣的可以看一下源码实现。

2、内存分配：如果程序中的内存分配量过大，就会触发GC，以释放不再使用的内存空间。 内存占用：如果程序中的内存占用量过大，就会触发GC，以释放不再使用的内存空间。

3、Minor GC触发条件：当Eden区满时，触发Minor GC。

go的垃圾回收算法

总来的来说也是为了提高垃圾回收的效率，并且尽可能的减少STW的时间。 了解下来，与java的分代回收相比，golang中的回收算法理解起来更加简单一些。

Go 语言垃圾回收的实现使用了标记清除算法，将对象的状态抽象成黑色（活跃对象）、灰色（活跃对象中间状态）、白色（潜在垃圾对象也是所有对象的默认状态）三种，注意没有具体的字段标记颜色。

C：垃圾回收机制只是回收不再使用的JVM内存，如果程序有严重BUG，照样内存溢出。

Go的gc没有jvm成熟；Go本身也不会比java产生更多的垃圾(等java有值类型，object在内存能连续分布再说)。Go 5的gc初步做到精确的、并发的，STW gc；相比jvm的G1缺少：可压缩、可移动、分代式的特性。这些以后都会有。