首先说一下平滑重启的定义:
优雅的重启服务,重启过程不会中断曾经沉闷的链接。咱们熟知的nginx reload、php-fpm reload都是平滑重启,重启时,正在进行的申请仍然能执行上来,直到超过指定的超时工夫,而这里特地提一下php-fpm reload有个坑,它默认不是平滑重启的,因为process_control_timeout(设置子过程承受主过程复用信号的超时工夫)的配置默认为0秒,代表超时工夫为0,这就导致php-fpm reload都会中断请求,也不晓得为什么官网要把默认值设置为0秒。
而后这篇文章要讲的就是goframe的平滑重启其实是"假平滑",重启过程中会有一部分申请中断。
官网的平滑重启文档在这里:https://goframe.org/pages/vie...
1、测试环境版本:
gf v1.16.5
go 1.15
centos 2核cpu 64位
2、先来试验一下文档中实例1的代码
package mainimport ( "time" "github.com/gogf/gf/frame/g" "github.com/gogf/gf/os/gproc" "github.com/gogf/gf/net/ghttp")func main() { s := g.Server() s.BindHandler("/", func(r *ghttp.Request){ r.Response.Writeln("哈喽!") }) s.BindHandler("/pid", func(r *ghttp.Request){ r.Response.Writeln(gproc.Pid()) }) s.BindHandler("/sleep", func(r *ghttp.Request){ r.Response.Writeln(gproc.Pid()) time.Sleep(10*time.Second) r.Response.Writeln(gproc.Pid()) }) s.EnableAdmin() s.SetPort(8999) s.Run()}
config.toml配置
[server] Graceful = true
3、执行 go build main.go && ./main
4、这时候咱们失常申请sleep接口,在新窗口同时申请restart进行“平滑重启”,会看到申请被中断了
curl 127.0.0.1:8999/sleepcurl 127.0.0.1:8999/debug/admin/restart
5、而如果咱们把代码中的10秒改成2秒,这就有概率不中断请求失常平滑重启,这取决与你试验的手速,这是为什么呢,接下来咱们剖析一下ghttp源码
s.BindHandler("/sleep", func(r *ghttp.Request){ r.Response.Writeln(gproc.Pid()) time.Sleep(2*time.Second) r.Response.Writeln(gproc.Pid()) })
6、定位到ghttp_server.go的195行(大略地位)
重启的时候会创立子过程,子过程启动http server之后会在2秒后向父过程发消息(adminGProcCommGroup),告诉父过程退出,并且重启过程中,因为父过程没有马上进行接管新申请,就导致还会有局部申请进入到父过程中,所以把2改大也不事实,也就是说即便你的申请耗时100ms,也可能执行不完。
// If this is a child process, it then notifies its parent exit. if gproc.IsChild() { gtimer.SetTimeout(2*time.Second, func() { if err := gproc.Send(gproc.PPid(), []byte("exit"), adminGProcCommGroup); err != nil { //glog.Error("server error in process communication:", err) } }) }
7、adminGProcCommGroup音讯的监听在ghttp_server_admin_process.go的256行
能够看到最初会调用shutdownWebServersGracefully(),咱们再找到这个办法
func handleProcessMessage() { for { if msg := gproc.Receive(adminGProcCommGroup); msg != nil { if bytes.EqualFold(msg.Data, []byte("exit")) { intlog.Printf("%d: process message: exit", gproc.Pid()) shutdownWebServersGracefully() allDoneChan <- struct{}{} intlog.Printf("%d: process message: exit done", gproc.Pid()) return } } }}
8、shutdownWebServersGracefully
能够看到最初会调用shutdown办法进行服务
// shutdownWebServersGracefully gracefully shuts down all servers.func shutdownWebServersGracefully(signal ...string) { if len(signal) > 0 { glog.Printf("%d: server gracefully shutting down by signal: %s", gproc.Pid(), signal[0]) } else { glog.Printf("%d: server gracefully shutting down by api", gproc.Pid()) } serverMapping.RLockFunc(func(m map[string]interface{}) { for _, v := range m { for _, s := range v.(*Server).servers { s.shutdown() } } })}
9、shutdown办法最初也是调用net/http的Shutdown办法,然而因为没有传超时工夫,就导致执行中的申请会中断
// shutdown shuts down the server gracefully.func (s *gracefulServer) shutdown() { if s.status == ServerStatusStopped { return } if err := s.httpServer.Shutdown(context.Background()); err != nil { s.server.Logger().Errorf( "%d: %s server [%s] shutdown error: %v", gproc.Pid(), s.getProto(), s.address, err, ) }}
10、咱们来看看别的网友是怎么调用Shutdown进行服务的
https://juejin.cn/post/684490...
能够看到,他调用了WithTimeout,并传给Shutdown
for { ctx, _ := context.WithTimeout(context.Background(), 20*time.Second) switch sig { case syscall.SIGINT, syscall.SIGTERM: // 终止过程执行 server.Shutdown(ctx) log.Println("graceful shutdown") return }
11、参考10的示例,我也给goframe革新了一下,增加了WithTimeout,测试过了确实能保障在超时工夫内失常执行完申请
https://github.com/gogf/gf/pu...
if err := s.httpServer.Shutdown(context.Background()); err != nil { ctx, cancel := context.WithTimeout(context.Background(), time.Duration(s.server.config.ShutdownTimeout)*time.Second) defer func() { cancel() }() if err := s.httpServer.Shutdown(ctx); err != nil { s.server.Logger().Errorf( "%d: %s server [%s] shutdown error: %v", gproc.Pid(), s.getProto(), s.address, err, ) }
12、而这个问题其实作者早也晓得,只是当初还没修复,我感觉这个问题还是挺重大的。
13、我学习go也没有多久,文中可能有谬误的中央,欢送大家来斧正,独特学习。