go-GMP

go的协程和线程都绕不过GMP，关于GMP基本的工作流程，有go开发经验的大致都懂，这边更多关注GMP如何解决一些类似 协程饥渴的问题，以及底层的大致实现原理。

多线程循环

上篇讲了单线程是如何循环的，这里还是为 GMP的出场 大致介绍下。
工作模型

多个M都去全局G的队列中获取 g，所以，全局g的队列需要上锁。

改进版，增加本地队列

这样每个m都缓存了一个本地队列，避免每次都去全局队列里面拿，而且一次也能拿多个，降低了全局队列锁获取的开销。

这个其实就是 GMP了。P指的就是为M管理要执行的g
P 的定义

在runtime2.go中有定义：

1. 删除了很多源码，只留下和这里讲的相关的代码：
2.   type p struct {
3.             id          int32
4.         // M 线程
5.             m           muintptr   // back-link to associated m (nil if idle)   
6.         // 可用的g的队列，进入不用加锁  嘚瑟
7.             // Queue of runnable goroutines. Accessed without lock.
8.             runqhead uint32 // 头尾
9.             runqtail uint32
10.             runq     [256]guintptr // 256 的容量
11.             runnext guintptr // 下一个可执行的g
12.     }

复制代码

整体结构如下：
完整的GMP模型就如下：
和上面的改进版很像，只是抽象出来一个P，专门来管理
p的作用

1. 1. M与G之间的中介
3. 2. P持有一些G，使得每次获取G的时候不用从全局找
5. 3. 大大减少了并发冲突的情况

复制代码

代码的逻辑

要回到 schedule()，上篇中有提到：
schedule()中有为 M查找，要运行的g，通过这个方法：

1. gp, inheritTime, tryWakeP := findRunnable() // blocks until work is available
3. // Finds a runnable goroutine to execute.
4. // Tries to steal from other P's, get g from local or global queue, poll network.
5. // 查询一个 能运行的g去执行，尝试去别的p里面偷，或者从 本地、全局队列了获取。
6. //  poll network 涉及到了 epoll 和 poll 和这里没关系
7. func findRunnable() (gp *g, inheritTime, tryWakeP bool) {
8.     // local runq 本地拿
9.         if gp, inheritTime := runqget(pp); gp != nil {
10.                 return gp, inheritTime, false
11.         }
12.         // global runq 全局拿
13.         if sched.runqsize != 0 {
14.                 lock(&sched.lock) // 全局队列拿 需要上锁
15.                 gp := globrunqget(pp, 0)
16.                 unlock(&sched.lock)
17.         }
18.         // 如果还拿不到 就去偷 去别的p里面偷       
19.         gp, inheritTime, tnow, w, newWork := stealWork(now)
20. }
22. func runqget(pp *p) (gp *g, inheritTime bool) {
23.         // If there's a runnext, it's the next G to run.
24.         next := pp.runnext //从p的next获取的下一个
26.         if next != 0 && pp.runnext.cas(next, 0) {
27.                 return next.ptr(), true
28.         }
29. }
30. 源码都是未截取完整的。

复制代码

看下全局怎么拿的：

1. //Try get a batch of G's from the global runnable queue.
2. // sched.lock must be held.
3. func globrunqget(pp *p, max int32) *g {
4.         assertLockHeld(&sched.lock)
5.         n := sched.runqsize/gomaxprocs + 1
6.         if n > sched.runqsize {
7.                 n = sched.runqsize
8.         }
9.         if max > 0 && n > max {
10.                 n = max
11.         }
12.         if n > int32(len(pp.runq))/2 {
13.                 n = int32(len(pp.runq)) / 2
14.         }
15.         sched.runqsize -= n
17.         gp := sched.runq.pop()
18.         n--
19.         for ; n > 0; n-- {
20.                 gp1 := sched.runq.pop()
21.                 runqput(pp, gp1, false)
22.         }
23.         return gp
24. }

复制代码

经过了一系列的计算，最终确定拿 n个g放回本地。 因为传过来的 max=0
所以 n 为  len(pp.runq)/ 2  和 sched.runqsize/gomaxprocs + 1 中的数量大的那个。
runq     [256]guintptr 声明为256
本地队列容量的一半 128，或者 全局队列的个数除以 gomaxprocs（p的个数） + 1，最多拿128个。
steal

上面逻辑讲了，如果全局也拿不到，就调用 stealWork 去别的p里面拿, 看下代码：

1. // stealWork attempts to steal a runnable goroutine or timer from any P.
2. func stealWork(now int64) (gp *g, inheritTime bool, rnow, pollUntil int64, newWork bool) {
3.   // 具体的逻辑，就不看了。就是遍历里面的p 从符合条件的p的本地队列，拿一半过去。
4. }

复制代码

小结：

1. 如果在本地或者全局队列中都找不到G， 去别的P中“偷〞，增强了线程的利用率

复制代码

协程新建

代码在 proc.go中

1. func newproc(fn *funcval) {
2.         gp := getg()
3.         pc := getcallerpc()
4.         systemstack(func() {
5.        // 新创建一个 g
6.                 newg := newproc1(fn, gp, pc)
8.                 pp := getg().m.p.ptr() // 获取当前g 的 p
9.                 runqput(pp, newg, true) // 通过这函数，将g放置
10.         })
11. }
13. // getg returns the pointer to the current g.
14. func getg() *g

复制代码

小结：

1. 1. 优先获取当前的P

复制代码

（这点上有看到说是随机获取一个p，但是从  getg() 官方描述来看，是获取的当前p，如果这里我未理清楚，可以评论下）

1. 2. 将新协程放入P的runnext（插队）
2. 3. 若P本地队列满，放入全局队列

复制代码

问题：

目前为止，已经解决了第一个问题

多线程并发时，会抢夺协程队列的全局锁

但是 协程顺序执行，无法并发 ，如一个协程执行时间非常长，一直占着m，就会导致其他g无法及时响应。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！