golangcontext的简单介绍

本篇文章给大家谈谈golangcontext，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、【golang】context上下文与http请求妙用
• 2、golang之context详解
• 3、Go 并发模式： context.Context 上下文详解

【golang】context上下文与http请求妙用

1.在后端服务开发中，如过一个HTTP请求，哗带请求一致占用，将会带来大的性能影响，所以需要为每个请求加上超时设置

2.在go语言中利用 context 进行上下文控制，要想达档顷到精确时间控制，如下：

3.同时我们也可以利用context的context.WithDeadline(）函数来进行行芦陆超时控制

golang之context详解

为什么需要context

在go服务器中，对于每个请求的request都是在单独的goroutine中进行的，处理一个request也可能设计多个goroutine之间的交互， 使用context可以使开发者方便的在这些goroutine里传递request相关的数据、取消goroutine的signal或截止日期

在并发程序中，由于超时、取消操作或者一些异常情况，往往需要进行抢占操作或者中断后续操作。熟悉channel的朋友应该都见过使用done channel来处理此类问题。比如以下这个例子：

上述例子中定义了一个buffer为0的channel done, 子协程运行着定时任务。如果主协程需要在某个时刻发送消息通知子协程中断任务退出，那么就可以让子协程监听这个done channel，一旦主协程关闭done channel，那么子协程就可以推出了，这样就实现了主协程通知子协程的需求。这很好，但是这也是有限的。

如果我们可以在简单的通知上附加传递额外的信息来控制取消：为什么取消，或者有一个它必须要完成的最终期限，更或者有多个取消选项，我们需要根据额外的信息来判断选择执行哪个取消选尺举指项。

考虑下面这种情况：假如主协程中有多个任务1, 2, …m，主协程对这些任务有超时控制；而其中任务1又有多个子任务1, 2, …n，任务1对这些子任陵配务也有自己的超时控制，那么这些子任务既要感知主协程的取消信号，也需要感知任务1的取消信号。

如果还是使用done channel的用法，我们需要定义两个done channel，子任务们需要同时监听这两个done channel。嗯，这样其实好像也还行哈。但是如果层级更深，如果这些子任务还有子任务，那么使用done channel的方式将会变得非常繁琐且混乱。

我们需要一种优雅的方案来实现这样一种机制：

上层任务取消后，所有的下层任务都会被取消；中间某一层的任务取消后，只会将当前任务的下层任务取消，而不会影响上层的任务以及同级任务。

这个时候context就派上用场了。我们首先看看context的结构设计和实现原理。

context接口

先看Context接口结构，看起来非常简单。

}

Context接口包含四个方法：

Deadline返回绑定当前context的任务被取消的截止时间；如果没有设定期限，将返回ok == false。

Done 当绑定当前context的任务被取消时，将返回一个关闭的channel；如果当前context不会被取消，将返回nil。

Err 如果Done返回的channel没有关闭，将返回nil;如果Done返回的channel已经关闭，将返回非空的值表示任务结束的原因。如果是context被取消，Err将返回Canceled；如果是context超时，Err将返回DeadlineExceeded。

Value 返回context存储的键值对中当前key对应的值，如果没有对应的key,则返回nil。

可以看到Done方法返回的channel正是用来传递结束信号以抢占并中断当前任务；Deadline方法指示一段时间后当前goroutine是否会被取消；以及一个Err方法，来解释goroutine被取消的原因答锋；而Value则用于获取特定于当前任务树的额外信息。而context所包含的额外信息键值对是如何存储的呢？其实可以想象一颗树，树的每个节点可能携带一组键值对,如果当前节点上无法找到key所对应的值，就会向上去父节点里找，直到根节点。

emptyCtx

emptyCtx是一个int类型的变量，但实现了context的接口。emptyCtx没有超时时间，不能取消，也不能存储任何额外信息，所以emptyCtx用来作为context树的根节点。

Background和TODO只是用于不同场景下： Background通常被用于主函数、初始化以及测试中，作为一个顶层的context，也就是说一般我们创建的context都是基于Background；而TODO是在不确定使用什么context的时候才会使用。

用法 ：

Go 并发模式： context.Context 上下文详解

Package context 中定义了 Context 类型, 用于跨 API 或跨进程之间传递数据，包含 deadlines, cancellation signals, 以及其他 request-scoped values 。

对服务器的传入请求应该创建一个Context上下文，对服务器的传出调用应该接受一个Context上下文。它们之间的函数调用链必须传播 Context，可选择将其替换为使用 WithCancel、WithDeadline、WithTimeout 或 WithValue 创建的派生 Context。

当一个上下文 Context 被取消时，所有从它派生的上下文也被取消。

使用Context上下文的程序应遵循以下规则，以保持跨包的接口一致，并启用静态分析工具来检查上下文含乱传播：

1.不要将上下文存储在结构类型中；

2.相反，将 Context 显式传递给需要它的每个函数。

3.即使函数允许，也不要传递 nil 上下文。

4.如果不确定要使用哪个 Context，请传递 context.TODO。

5.仅将Context值用于传输流程和 API 请求范围的数据（request-scoped data），not for passing optional parameters to functions.

6.相同的 Context 可以传递给在不同的 goroutine 中运行的函数 (Context's methods may be called by multiple goroutines simultaneously.)；谈旅档上下文 Context 对于多个 goroutine 同时使用是安全的。

Context 应该镇敏是第一个参数，通常命名为 ctx：

[img]

关于golangcontext和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。