Gorilla/context库分析

本文详细分析了Gorilla/context库在Go请求期间保存状态的机制,包括其数据结构、API调用以及如何实现退出通知和元数据传递。通过对context接口、cancelCtx、timerCtx、valueCtx的解析,揭示了context如何管理goroutine间的协调和通信。
摘要由CSDN通过智能技术生成

简要说明

gorilla/context 用于在请求期间保存状态,是一个很好的解决多goroutine下通知传递和元数据的Go标准库。由于Go中的goroutine之间没有父子关系,因此也不存在子进程退出后的通知机制。多个goroutine协调工作涉及通信,同步,通知,退出四个方面,但由于goroutine之间地位平等,因此当遇到复杂的并发结构时处理退出机制则会显得力不从心。因此Go1.7版本开始提供了context标准库来解决这个问题。他提供两个功能:退出通知和元数据传递。

源码分析

context接口如下,其中Deadline会返回一个超时时间,Goroutine获得了超时时间后,例如可以对某些 io 操作设定超时时间;Done 方法返回一个信道,当 Context 被撤销或过期时,该信道是关闭的,即它是一个表示 Context 是否关闭的信号;当 Done 信道关闭后,Err方法表明 Context 被撤销的原因;Value 可以让 Goroutine 共享一些数据,当然获得数据是协程安全的。但是使用这些数据的时候,需要注意同步,比如返回了一个 map,而这个 map 的读写则要加锁:

type Context interface {
    Deadline() (deadline time.Time, ok bool)
    Done() <-chan struct{}
    Err() error
    Value(key interface{}) interface{}
}
context中的数据结构:
  1. cancelCtx的数据结构如下,其中Context接口保存父类的context,children map[canceler]struct{}保存的是所有直属与这个context的子类context。done chan struct{}用于发送退出信号:
type cancelCtx struct {
    Context
    mu       sync.Mutex            // protects following fields
    done     chan struct{}         // created lazily, closed by first cancel call
    children map[canceler]struct{} // set to nil by the first cancel call
    err      error         
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值