golang的超时处理使用技巧
原文链接:https://www.zhoubotong.site/post/57.html
golang的超时处理
大家知道Select 是 Go 中的一个控制结构,每个 case 必须是一个通信操作,要么是发送要么是接收操作。 select是 随机执行一个可运行的 case。
如果没有 case 可运行,程序可能会阻塞,直到有 case 可运行。当然有一个默认的子句(default子句)在没有任何条件满足的时候总是可运行的。
对于处理资源密集型的应用程序,超时处理是不可避免的。检查超时是有必要的,以确保超时运行的任务不会消耗应用程序的其他服务组件可能需要的资源或网络带宽。
Golang处理超时的方法非常简单。不需要复杂的代码,我们可以用channel通信和使用select语句作出超时决策来处理超时的问题。
在Go中,Select主要是和channel有关,其大概的格式如下:
select{
case <- ch1: // 读取ch1
// 执行操作
case i := <- ch2 // 读取ch2
// 使用i 执行操作
default:
//
}
Go的select与channel配合使用进行超时处理。channel必须是有缓冲channel,不然就是同步操作了。
select用于等待一个或者多个channel的输出。
应用场景
主goroutine等待子goroutine完成,但是子goroutine无限运行,导致主goroutine会一直等待下去(注意main也是一个携程)。而主线程想超过了一定的时间如果没有返回的话,
这时候可以进行超时判断然后继续运行下去。
package main import (
"fmt"
"time"
) func main() {
chn := make(chan bool, 1)
// 并发执行一个函数,等待3s后向chn写入true
go func() {
time.Sleep(3 * time.Second)
chn <- true
}() /*
这里会等待chn或timeout读出数据
因为一直没有向chn写入数据
在3s后向chn写入了数据
所以执行了timeout的case
利用这个技巧可以实现超时操作
*/
select {
case chn1 := <-chn:
fmt.Println(chn1)
return
case <-time.After(4 * time.Second): //超时判断(程序执行4s后,因为3s内chn已经发送了true,所以输出 true)
fmt.Println("超时timeout")
//如果将time.After中改为1*time.Second,则输出为:
return
} }
我再举个开发中经常用到的例子,比如模拟网络连接,我们从一个模拟get请求的服务中读取响应。
如下面我编写一个简单结构体来接收服务的响应内容(这个例子没有考虑超时问题,稍后我后面说明补上)。
type Result struct {
UserID int `json:"user_id"`
ID int `json:"id"`
Title string `json:"title"`
Completed bool `json:"completed"`
}
这里我直截了当地写了一个快速方法来获取服务中的响应,并返回给客户端,完整代码如下:
package main import (
"encoding/json"
"fmt"
"io/ioutil"
"net/http"
) type Result struct {
UserID int `json:"user_id"`
ID int `json:"id"`
Title string `json:"title"`
Completed bool `json:"completed"`
} // 发送http get请求获取相应数据
func GetHttpResult(URL string) (*Result, error) {
resp, err := http.Get(URL) if err != nil {
return nil, fmt.Errorf(err.Error())
} defer resp.Body.Close()
byteResp, err := ioutil.ReadAll(resp.Body) if err != nil {
return nil, fmt.Errorf(err.Error())
} structResp := &Result{}
err = json.Unmarshal(byteResp, structResp) // 解析json数据到Result结构体指向的值 if err != nil {
return nil, fmt.Errorf("error in unmarshalling Result")
} return structResp, nil
}
func main() { res, err := GetHttpResult("https://jsonplaceholder.typicode.com/todos/1") // 正常该请求毫秒回 if err != nil {
fmt.Printf("err %v", err)
} else {
fmt.Printf("res %v", res)
}
}
这是非常简单的方法。只是使用Golang原生http库读取http调用中的信息,并将响应内容存放在结构体中,在不同的步骤中处理错误。非常简单!
结果输出了一个来自模拟服务的虚拟响应信息如下(未超时):
res &{0 1 delectus aut autem false}
现在来看请求正常,假设连接需要很长时间才能从服务器中获得响应,那么main函数将等待不确定时间了。
在实际应用程序中,这是没法接受的,因为这会消耗很多资源。要解决这个问题,我们在GetHttpResult函数中添加一个context参数。
func GetHttpResult(ctx context.Context) (*Result, error)
这个context可以告我们何时停止尝试从网络中获取的结果。为了验证这一点,先编写一个帮助函数,执行和前面相同的操作,返回结果并将结果写入channel,
并使用一个独立的goroutine来执行实际的工作。为了简单起见,可以将响应和错误包装在一个CallResult结构体中,完整代码如下:
package main import (
"context"
"encoding/json"
"fmt"
"io/ioutil"
"net/http"
"time"
) // 定义响应结构体
type Result struct {
UserID int `json:"user_id"`
ID int `json:"id"`
Title string `json:"title"`
Completed bool `json:"completed"`
} type CallResult struct {
Resp *Result
Err error
} func helper(ctx context.Context) <-chan *CallResult { respChan := make(chan *CallResult, 1) go func() {
resp, err := http.Get("https://jsonplaceholder.typicode.com/todos/1")
time.Sleep(2000 * time.Millisecond) // 模拟超时请求 Millisecond表示1毫秒的时间间隔
//比如睡眠1小时10分5秒:time.Sleep(1*time.Hour + 10*time.Minute + 5*time.Second) if err != nil {
respChan <- &CallResult{nil, fmt.Errorf(err.Error())}
return
} defer resp.Body.Close()
byteResp, err := ioutil.ReadAll(resp.Body) if err != nil {
respChan <- &CallResult{nil, fmt.Errorf(err.Error())}
return
} structResp := &Result{}
err = json.Unmarshal(byteResp, structResp) if err != nil {
respChan <- &CallResult{nil, fmt.Errorf("error in unmarshalling Result")}
} respChan <- &CallResult{structResp, nil}
}() return respChan
} func GetHttpResult(ctx context.Context) (*Result, error) {
select {
case <-ctx.Done():
return nil, fmt.Errorf("context timeout, ran out of time")
case respChan := <-helper(ctx):
return respChan.Resp, respChan.Err }
} func main() { ctx, cancel := context.WithTimeout(context.Background(), 1*time.Second) // 超过1s响应标记为超时
defer cancel()
res, err := GetHttpResult(ctx) if err != nil {
fmt.Printf("err %v", err)
} else {
fmt.Printf("res %v", res)
} }
运行上面代码可以得到和之前相同的响应信息(注释掉time.Sleep)正常输出:
res &{0 1 delectus aut autem false}
上面所示代码中,创建了一个带缓存的respChan通道。然后执行和GetHttpResult函数相同的工作,但是用一个CallResult来代替返回响应和错误。
函数结束返回resChan。然后在单独的goroutine中执行网络连接,并将结果写入channel。这样代码实现非阻塞。
可以看到GetHttpResult函数现在变的更简单了,因为它必须做一个简单的选择。要么从通道中读取响应要么超时退出。
上面实现超时策略是通过select语句来完成的。以下是Done函数的定义:
Done() <-chan struct{}
Done返回一个channel,当涉及的context被取消,channel就会关闭。当context中有超时,就会在超时的时候对通道进行写操作。
在这种情况下,代码返回一个表示超时的错误响应信息。
另一个case是,helper函数能够在超时之前完成服务的响应读取,并写入channel。在这种情况下,在respChan变量中得到结果并返回给客户端。
上面main函数中调用GetHttpResult并传入一个1秒超时的context参数。再将超时减少到1毫秒(
ctx, cancel := context.WithTimeout(context.Background(), 1*time.Millisecond)
),因为1毫秒内不足以完成网络调用。因此不会过多占用任何资源,而且只要context超时,就向客户端返回错误,而不是一直等待响应了。
最新文章
- CSS3与页面布局学习总结(五)——Web Font与Sprite
- Servlet 之 ServletContext
- 使用JavaMail实现发送邮件功能
- python 汇总
- 用户体验学习笔记(工程中发现的PM常犯错误)
- WPF 自定义TextBox,可控制键盘输入内容
- What is the most common software of data mining? (整理中)
- 【CodeForces 613B】Skills
- Java编程思想(一):大杂烩
- [POJ 1385] Lifting the Stone (计算几何)
- Hadoop中的InputFormat解析
- C语言 宏/macor/#define/
- shell下 使用心得
- VS2013 快捷键乱掉如何修改回来
- bzoj4033(树上染色)
- java复习
- postgresql----JOIN之多表查询
- 安装sklearn_简练解决
- 题解——牛客网Wannafly挑战赛23 B-游戏 (SG函数)
- Java界面编程—API
热门文章
- Jquery_HTML-对HTML内容删除添加、操作CSS改变样式、遍历定位元素
- 终极套娃 2.0|云原生 PaaS 平台的可观测性实践分享
- FreeRTOS --(10)任务管理之任务延时
- [题解] [LOJ2743]「JOI Open 2016」摩天大楼
- 为什么建议大家使用 Linux 开发?
- learnByWork
- 1903021121—刘明伟—Java第六周作业—java类
- mongodb 复杂查询
- 1.0 vue开篇之作
- 什么是请求参数、表单参数、url参数、header参数、Cookie参数?一文讲懂