美文网首页bingoGo语言简书收藏--GO
Go中优雅的HTTP服务关闭

Go中优雅的HTTP服务关闭

作者: siddontang | 来源:发表于2015-01-25 21:04 被阅读2187次

    虽然写出7x24小时不间断运行的服务是一件很酷的事情,但是我们仍然在某些时候,譬如服务升级,配置更新等,得考虑如何优雅的结束这个服务。

    当然,最暴力的做法直接就是kill -9,但这样直接导致的后果就是可能干掉了很多运行到一半的任务,最终导致数据不一致,这个苦果只有遇到过的人才能深深地体会,数据的修复真的挺蛋疼,有时候还得给用户赔钱啦。

    所以,通常我们都是给服务发送一个信号,SIGTERM也行,SIGINTERRUPT也成,反正要让服务知道该结束了。而服务收到结束信号之后,首先会拒绝掉所有外部新的请求,然后等待当前所有正在执行的请求完成之后,在结束。当然很有可能当前在执行一个很耗时间的任务,导致服务长时间不能结束,这时候就得决定是否强制结束了。

    具体到go的HTTP Server里面,如何优雅的结束一个HTTP Server呢?

    首先,我们需要显示的创建一个listener,让其循环不断的accept新的连接供server处理,为啥不用默认的http.ListenAndServe,主要就在于我们可以在结束的时候通过关闭这个listener来主动的拒绝掉外部新的连接请求。代码如下:

    l, _ := net.Listen("tcp", address)
    svr := http.Server{Handler: handler}
    svr.Serve(l)
    

    Serve这个函数是个死循环,我们可以在外部通过close对应的listener来结束。

    当listener accept到新的请求之后,会开启一个新的goroutine来执行,那么在server结束的时候,我们怎么知道这个goroutine是否完成了呢?

    在很早之前,大概go1.2的时候,笔者通过在handler入口处使用sync WaitGroup来实现,因为我们有统一的一个入口handler,所以很容易就可以通过如下方式知道请求是否完成,譬如:

    func (h *Handler) ServeHTTP(w ResponseWriter, r *Request) {
        h.svr.wg.Add(1)
        defer h.svr.wg.Done()
    
        ......
    }
    

    但这样其实只是用来判断请求是否结束了,我们知道在HTTP 1.1中,connection是能够keepalived的,也就是请求处理完成了,但是connection仍是可用的,我们没有一个好的办法close掉这个connection。不过话说回来,我们只要保证当前请求能正常结束,connection能不能正常close真心无所谓,毕竟服务都结束了,connection自动就close了。但谁叫笔者是典型的处女座呢。

    在go1.3之后,提供了一个ConnState的hook,我们能通过这个来获取到对应的connection,这样在服务结束的时候我们就能够close掉这个connection了。该hook会在如下几种ConnState状态的时候调用。

    • StateNew:新的连接,并且马上准备发送请求了
    • StateActive:表明一个connection已经接收到一个或者多个字节的请求数据,在server调用实际的handler之前调用hook。
    • StateIdle:表明一个connection已经处理完成一次请求,但因为是keepalived的,所以不会close,继续等待下一次请求。
    • StateHijacked:表明外部调用了hijack,最终状态。
    • StateClosed:表明connection已经结束掉了,最终状态。

    通常,我们不会进入hijacked的状态(如果是websocket就得考虑了),所以一个可能的hook函数如下,参考http://rcrowley.org/talks/gophercon-2014.html

    s.ConnState = func(conn net.Conn, state http.ConnState) {
        switch state {
        case http.StateNew:
            // 新的连接,计数加1
            s.wg.Add(1)
        case http.StateActive:
            // 有新的请求,从idle conn pool中移除
            s.mu.Lock()
            delete(s.conns, conn.LocalAddr().String())
            s.mu.Unlock()
        case http.StateIdle:
            select {
            case <-s.quit:
                // 如果要关闭了,直接Close,否则加入idle conn pool中。
                conn.Close()
            default:
                s.mu.Lock()
                s.conns[conn.LocalAddr().String()] = conn
                s.mu.Unlock()
            }
        case http.StateHijacked, http.StateClosed:
            // conn已经closed了,计数减一
            s.wg.Done()
        }
    

    当结束的时候,会走如下流程:

    func (s *Server) Close() error {
        // close quit channel, 广播我要结束啦
        close(s.quit)
        
        // 关闭keepalived,请求返回的时候会带上Close header。客户端就知道要close掉connection了。
        s.SetKeepAlivesEnabled(false)
        s.mu.Lock()
        
        // close listenser
        if err := s.l.Close(); err != nil {
            return err 
        }
        
        //将当前idle的connections设置read timeout,便于后续关闭。
        t := time.Now().Add(100 * time.Millisecond)
        for _, c := range s.conns {
            c.SetReadDeadline(t)
        }
        s.conns = make(map[string]net.Conn)
        s.mu.Unlock()
        
        // 等待所有连接结束
        s.wg.Wait()
        return nil
    }
    

    好了,通过以上方法,我们终于能从容的关闭server了。但这里仅仅是针对跟客户端的连接,实际还有MySQL连接,Redis连接,打开的文件句柄,等等,总之,要实现优雅的服务关闭,真心不是一件很简单的事情。

    相关文章

      网友评论

      • 圣斗士皮皮:Shutdown 这个应该可以可以是一个解决方案: 先把开着的listeners 关了,然后空闲状态的连接关了,然后把等等切换到空闲状态的连接关了。

        MySQL连接,Redis连接,打开的文件句柄,等等这此可以抽象出来按反向顺序Close掉
      • dadait:我们的处理方法是在内在中加一个配置。每次任务的循环开始先读取配置,如果配置被更改要求程序退出。程序就退出了,不会像KILL那样导致单个任务直接中断丢失数据。

      本文标题:Go中优雅的HTTP服务关闭

      本文链接:https://www.haomeiwen.com/subject/osjkxttx.html