首页 文章 精选 留言 我的

精选列表

搜索[文旅营销和支付],共10000篇文章
优秀的个人博客,低调大师

一文搞懂如何实现 Go 超时控制

为什么需要超时控制? 请求时间过长,用户侧可能已经离开本页面了,服务端还在消耗资源处理,得到的结果没有意义 过长时间的服务端处理会占用过多资源,导致并发能力下降,甚至出现不可用事故 Go 超时控制必要性 Go 正常都是用来写后端服务的,一般一个请求是由多个串行或并行的子任务来完成的,每个子任务可能是另外的内部请求,那么当这个请求超时的时候,我们就需要快速返回,释放占用的资源,比如goroutine,文件描述符等。 服务端常见的超时控制 进程内的逻辑处理 读写客户端请求,比如HTTP或者RPC请求 调用其它服务端请求,包括调用RPC或者访问DB等 没有超时控制会怎样? 为了简化本文,我们以一个请求函数 hardWork 为例,用来做啥的不重要,顾名思义,可能处理起来比较慢。 funchardWork(jobinterface{})error{ time.Sleep(time.Minute) returnnil}funcrequestWork(ctxcontext.Context,jobinterface{})error{returnhardWork(job) }复制代码 这时客户端看到的就一直是大家熟悉的画面 绝大部分用户都不会看一分钟菊花,早早弃你而去,空留了整个调用链路上一堆资源的占用,本文不究其它细节,只聚焦超时实现。 下面我们看看该怎么来实现超时,其中会有哪些坑。 第一版实现 大家可以先不往下看,自己试着想想该怎么实现这个函数的超时,第一次尝试: funcrequestWork(ctxcontext.Context,jobinterface{})error{ ctx,cancel:=context.WithTimeout(ctx,time.Second*2) defercancel() done:=make(chanerror) gofunc(){ done<-hardWork(job) }() select{ caseerr:=<-done: returnerr case<-ctx.Done(): returnctx.Err() } }复制代码 我们写个 main 函数测试一下 funcmain(){ consttotal=1000varwgsync.WaitGroup wg.Add(total) now:=time.Now() fori:=0;i<total;i++{ gofunc(){ deferwg.Done() requestWork(context.Background(),"any") }() } wg.Wait() fmt.Println("elapsed:",time.Since(now)) }复制代码 跑一下试试效果 ➜goruntimeout.go elapsed:2.005725931s复制代码 超时已经生效。但这样就搞定了吗? goroutine 泄露 让我们在main函数末尾加一行代码看看执行完有多少goroutine time.Sleep(time.Minute*2) fmt.Println("numberofgoroutines:",runtime.NumGoroutine())复制代码 sleep 2分钟是为了等待所有任务结束,然后我们打印一下当前goroutine数量。让我们执行一下看看结果 ➜goruntimeout.go elapsed:2.005725931s numberofgoroutines:1001复制代码 goroutine泄露了,让我们看看为啥会这样呢?首先,requestWork 函数在2秒钟超时后就退出了,一旦 requestWork 函数退出,那么 done channel 就没有goroutine接收了,等到执行 done <- hardWork(job) 这行代码的时候就会一直卡着写不进去,导致每个超时的请求都会一直占用掉一个goroutine,这是一个很大的bug,等到资源耗尽的时候整个服务就失去响应了。 那么怎么fix呢?其实也很简单,只要 make chan 的时候把 buffer size 设为1,如下: done:=make(chanerror,1)复制代码 这样就可以让 done <- hardWork(job) 不管在是否超时都能写入而不卡住goroutine。此时可能有人会问如果这时写入一个已经没goroutine接收的channel会不会有问题,在Go里面channel不像我们常见的文件描述符一样,不是必须关闭的,只是个对象而已,close(channel) 只是用来告诉接收者没有东西要写了,没有其它用途。 改完这一行代码我们再测试一遍: ➜goruntimeout.go elapsed:2.005655146s numberofgoroutines:1复制代码 goroutine泄露问题解决了! panic 无法捕获 让我们把 hardWork 函数实现改成 panic("oops")复制代码 修改 main 函数加上捕获异常的代码如下: gofunc(){deferfunc(){ifp:=recover();p!=nil{ fmt.Println("oops,panic") } }()deferwg.Done() requestWork(context.Background(),"any") }()复制代码 此时执行一下就会发现panic是无法被捕获的,原因是因为在 requestWork 内部起的goroutine里产生的panic其它goroutine无法捕获。 解决方法是在 requestWork 里加上 panicChan 来处理,同样,需要 panicChan 的 buffer size 为1,如下: funcrequestWork(ctxcontext.Context,jobinterface{})error{ ctx,cancel:=context.WithTimeout(ctx,time.Second*2) defercancel() done:=make(chanerror,1) panicChan:=make(chaninterface{},1) gofunc(){ deferfunc(){ ifp:=recover();p!=nil{ panicChan<-p } }() done<-hardWork(job) }() select{ caseerr:=<-done: returnerr casep:=<-panicChan: panic(p) case<-ctx.Done(): returnctx.Err() } }复制代码 改完就可以在 requestWork 的调用方处理 panic 了。 超时时长一定对吗? 上面的 requestWork 实现忽略了传入的 ctx 参数,如果 ctx 已有超时设置,我们一定要关注此传入的超时是不是小于这里给的2秒,如果小于,就需要用传入的超时,go-zero/core/contextx 已经提供了方法帮我们一行代码搞定,只需修改如下: ctx,cancel:=contextx.ShrinkDeadline(ctx,time.Second*2)复制代码 Data race 这里 requestWork 只是返回了一个 error 参数,如果需要返回多个参数,那么我们就需要注意 data race,此时可以通过锁来解决,具体实现参考 go-zero/zrpc/internal/serverinterceptors/timeoutinterceptor.go,这里不做赘述。 完整示例 packagemainimport( "context""fmt""runtime""sync""time""github.com/tal-tech/go-zero/core/contextx")funchardWork(jobinterface{})error{ time.Sleep(time.Second*10) returnnil}funcrequestWork(ctxcontext.Context,jobinterface{})error{ ctx,cancel:=contextx.ShrinkDeadline(ctx,time.Second*2) defercancel() done:=make(chanerror,1) panicChan:=make(chaninterface{},1) gofunc(){ deferfunc(){ ifp:=recover();p!=nil{ panicChan<-p } }() done<-hardWork(job) }() select{ caseerr:=<-done: returnerr casep:=<-panicChan: panic(p) case<-ctx.Done(): returnctx.Err() } }funcmain(){ consttotal=10varwgsync.WaitGroup wg.Add(total) now:=time.Now() fori:=0;i<total;i++{ gofunc(){ deferfunc(){ ifp:=recover();p!=nil{ fmt.Println("oops,panic") } }() deferwg.Done() requestWork(context.Background(),"any") }() } wg.Wait() fmt.Println("elapsed:",time.Since(now)) time.Sleep(time.Second*20) fmt.Println("numberofgoroutines:",runtime.NumGoroutine()) }复制代码

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册