协程调度时机二:Channel读写

丁凯 · · 2286 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

说明

Golang中channle是协程间信息交互的主要手段。Golang的channel分为有缓冲和无缓冲两种,关于他们之间的用法区别可以自行google,这里不再赘述。Golang中的channel读写均是同步语义,写满的、读空的channel都会触发协程调度。

向channel写数据

无论是无缓冲还是有缓冲channel,当向channel写数据发现channel已满时,都需要将当前写的协程挂起,并进行一次调度,当前M转而执行P内的其他协程。直到有人再读该channel时发现有阻塞等待写的协程时将其唤醒。

func chansend(t *chantype, c *hchan, ep unsafe.Pointer, block bool, callerpc uintptr) bool {
    ......
    ......
    // 对应缓冲区大小为0的channel 
    if c.dataqsiz == 0 {
        // 如果有接收者在等着 
        // 这时候可以写入成功,将数据拷贝至 
        // 接收者的缓冲区,唤醒接收者即可 
        sg := c.recvq.dequeue()
        if sg != nil { 
            ......
        }
        // 如果尚未有接收者,需要将其block 
        // no receiver available: block on this channel. 
        gp := getg()
        mysg := acquireSudog()
        mysg.releasetime = 0 
        if t0 != 0 {
            mysg.releasetime = -1 
        }
        mysg.elem = ep
        mysg.waitlink = nil
        gp.waiting = mysg
        mysg.g = gp
        mysg.selectdone = nil
        gp.param = nil

        c.sendq.enqueue(mysg)
        // 在这里将发送者协程block 
        goparkunlock(&c.lock, "chan send")
    }

    // 对于有缓冲区的channel,流程相似 
    ......
}

如果尚未有接收者,那就将发送者阻塞,调用了函数goparkunlock

func goparkunlock(lock *mutex, reason string) {
    gopark(unsafe.Pointer(&parkunlock_c), unsafe.Pointer(lock), reason)
}

func gopark(unlockf unsafe.Pointer, lock unsafe.Pointer, reason string) {
    mp := acquirem()
    gp := mp.curg
    status := readgstatus(gp)
    if status != _Grunning && status != _Gscanrunning {
        gothrow("gopark: bad g status")
    }
    mp.waitlock = lock
    mp.waitunlockf = unlockf
    gp.waitreason = reason
    releasem(mp)
    // 最终调用函数park_m 
    mcall(park_m)
}

void runtime·park_m(G *gp)
{
    bool ok;

    // 首先将g的status变为Gwaiting 
    runtime·casgstatus(gp, Grunning, Gwaiting);
    dropg();

    if(g->m->waitunlockf) {
        ok = g->m->waitunlockf(gp, g->m->waitlock);
        g->m->waitunlockf = nil;
        g->m->waitlock = nil;
        if(!ok) {
            runtime·casgstatus(gp, Gwaiting, Grunnable);
            execute(gp);  // Schedule it back, never returns. 
        }
    }
    // 发起一次调度,该m不再执行当前的g,而是选择一个新的g重新执行 
    // schedule的具体实现不在这里描述 
    schedule();
}

从channel读数据

从channel读数据和向channel写数据的实现几乎一样,只是方向反了而已,在这里不再赘述,各位自己钻研代码吧。


有疑问加站长微信联系(非本文作者)

本文来自:知乎专栏

感谢作者:丁凯

查看原文:协程调度时机二:Channel读写

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

2286 次点击  
加入收藏 微博
被以下专栏收入,发现更多相似内容
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传