需要注意的是，该特性仅限于*nix系统(Linux/Unix/FreeBSD等等)，在Windows下仅支持完整重启功能(请求无法平滑过渡)。

目前平滑重启特性需要在本地打开一个10000端口的tcp监听服务（如果端口被占用，会递加端口）。

默认情况下平滑重启特性是关闭的，可以通过配置选项打开，具体请查看WebServer的配置管理章节。

gf框架支持非常方便的Web管理功能，也就是说我们可以通过Web页面/接口直接进行WebServer的重启/关闭等管理操作。同时，gf框架也支持通过命令行终端指令(仅限*nix系统)的形式进行WebServer的重启/关闭等管理操作。

我们先来看一下WebServer中涉及到管理操作方法有哪些：

Restart用于重启服务（*nix系统下为平滑重启，windows下为完整重启），Shutdown用于关闭服务，EnableAdmin用于将管理页面注册到指定的路由规则上，默认地址是/debug/admin(我们可以指定一个私密的管理地址，也可以使用中间件来对该页面进行鉴权)。

以下对其中两个方法做详细说明。

  1. Restart

    Restart的参数可指定自定义重启的可执行文件路径(newExeFilePath)，不传递时默认为原可执行文件路径。特别是在windows系统下，当可执行文件正在使用时，无法对其进行文件替换更新（新版本文件替换老版本文件）。当指定自定义的可执行文件路径后，WebServer重启时将会执行新版本的可执行文件，不再使用老版本文件，这种特性简化了在某些系统上的版本更新流程。

    • 首先，该方法为用户管理WebServer提供了简便的页面和接口，在单WebServer下管理非常方便，直接访问管理页面点击对应链接即可。需要注意的是，由于带有管理功能，如果是在生产环境上，建议自定义该管理地址为一个私密地址。
    • 同时，EnableaAdmim提供的restart接口也支持自定义可执行文件路径，直接通过GET参数往restart接口传递newExeFilePath变量即可，例如：
    • 此外，在大多数时候，WebServer往往不只有1个节点，因此大多数服务管理运维中，例如：重启操作，当然不是直接访问每个WebServer的admin页面手动执行重启操作。而是充分利用admin页面提供的功能接口，通过接口控制来实现统一的WebServer管理控制。
  1. package main
  3. import (
  4.     "time"
  5.     "github.com/gogf/gf/v2/frame/g"
  6.     "github.com/gogf/gf/v2/os/gproc"
  7.     "github.com/gogf/gf/v2/net/ghttp"
  8. )
  11.     s := g.Server()
  12.     s.BindHandler("/", func(r *ghttp.Request){
  13.         r.Response.Writeln("哈喽！")
  14.     s.BindHandler("/pid", func(r *ghttp.Request){
  15.         r.Response.Writeln(gproc.Pid())
  16.     })
  17.     s.BindHandler("/sleep", func(r *ghttp.Request){
  18.         r.Response.Writeln(gproc.Pid())
  19.         time.Sleep(10*time.Second)
  20.         r.Response.Writeln(gproc.Pid())
  21.     })
  22.     s.EnableAdmin()
  23.     s.SetPort(8199)
  24.     s.Run()
  25. }

我们通过以下几个步骤来测试平滑重启：

  1. 访问 http://127.0.0.1:8199/pid 查看当前进程的pid

  2. 访问 ，这个页面将会执行10秒，用于测试重启时该页面请求执行是否会断掉

    平滑重启特性 - 图2

  3. 访问 http://127.0.0.1:8199/debug/admin ，这是s.EnableAdmin后默认注册的一个WebServer管理页面

  4. 随后我们点击restart管理链接，WebServer将会立即平滑重启(*nix系统下)

    平滑重启特性 - 图4

    1.  2018-05-18 11:02:04.812 11511: http server started listening on [:8199]
    2.  2018-05-18 11:02:09.172 11511: server reloading
    3.  2018-05-18 11:02:09.172 11511: all servers shutdown
    4.  2018-05-18 11:02:09.176 16358: http server restarted listening on [:8199]

  5. 我们可以发现在整个操作中，sleep页面的执行并没有被中断，继续等待几秒，当sleep执行完成后，页面输出内容为：

  6. 可以发现，sleep页面输出的进程pid和之前的不一样了，代表请求的执行被新的进程平滑接管，旧的服务进程也随之销毁；

gf框架的平滑重启特性对于HTTPS的支持也是相当友好和简便，操作步骤如下：

  1. 访问 平滑重启HTTPS服务；
  2. 访问 https://127.0.0.1:8200/debug/admin/shutdown 平滑关闭WebServer服务；

在命令行终端可以看到以下输出信息：

  1. 2018-05-18 11:13:05.554 17278: https server started listening on [:8200]
  2. 2018-05-18 11:13:21.270 17278: all servers shutdown
  3. 2018-05-18 11:13:21.278 17319: https server reloaded listening on [:8200]
  4. 2018-05-18 11:13:34.895 17319: server shutting down
  5. 2018-05-18 11:13:34.895 17269: all servers shutdown

gf框架的平滑重启特性相当强大及稳定，不仅仅支持单一服务单一端口监听管理，同时也支持多服务多端口等复杂场景的监听管理。

  1. package main
  3. import (
  4.     "github.com/gogf/gf/v2/frame/g"
  5. )
  7. func main() {
  8.     s1 := g.Server("s1")
  9.     s1.EnableAdmin()
  10.     s1.SetPort(8100, 8200)
  11.     s1.Start()
  13.     s2 := g.Server("s2")
  14.     s2.EnableAdmin()
  15.     s2.SetPort(8300, 8400)
  16.     s2.Start()
  18.     g.Wait()
  19. }

以上示例演示的是两个WebServer s1及s2，分别监听8100，8200及8300，8400。我们随后访问 平滑重启服务，然后再通过 http://127.0.0.1:8100/debug/admin/shutdown 平滑关闭服务，最终在终端打印出的信息如下：

gf框架除了提供Web方式的管理能力以外，也支持命令行方式来进行管理，由于命令行采用了信号量进行管理，因此仅支持*nix系统。

使用SIGUSR1信号量实现，使用方式：

  1. kill -SIGUSR1 进程ID
  1. kill -SIGTERM 进程ID

由于gf框架的WebServer采用了单例设计，因此任何地方都可以通过g.Server(名称)或者ghttp.GetServer(名称)来获得对应WebServer的单例对象，随后通过和Shutdown方法可以实现对该WebServer的管理。