译文 如何使用 HTTP 中间件

xiemengjun · 2020年02月11日 · 73 次阅读

Making and Using HTTP Middleware

在构建 Web 应用程序时,可能需要为很多(甚至所有)的 HTTP 请求运行一些共享的功能。在执行一些繁重的处理之前,你可能想给每个请求记录日志,用 gzip 压缩每个返回数据或者检查缓存。

实现这种共享功能的一种方法是将其设置为中间件 - 它在正常的应用处理程序之前或之后用自包含代码的方式独立地处理请求。在 Go 中,使用中间件的常见位置是 ServeMux 和应用处理程序之间,因此 HTTP 请求的控制流程如下所示:

ServeMux => Middleware Handler => Application Handler

在这篇文章中,我将解释如何实现这种模式下的自定义中间件,并运行一些使用第三方中间件的具体示例。

基本原则

在 Go 中实现和使用中间件基本上是比较简单的。我们需要以下几点:

  • 实现我们的中间件,使它满足http.Handler接口。
  • 构建链式的处理程序,包含我们的中间件处理程序和我们的普通应用处理程序,我们可以使用http.ServeMux进行注册。

我将解释具体的实现方法。

希望你已经熟悉了下面构造处理程序的方法(如果没有,最好在继续之前先阅读入门手册)。

func messageHandler(message string) http.Handler {
  return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    w.Write([]byte(message)
  })
}

在这个处理程序中,我们将逻辑(一个简单的w.Write)放在一个匿名函数中,然后引用函数体外的message变量以形成一个闭包。接下来,我们通过使用http.HandlerFunc适配器来将此闭包转换为处理程序,然后返回它。

我们可以使用相同的方法来实现链式的处理程序,可以不用将字符串传递给闭包(如上所述),而是将链中的下一个处理程序作为变量传递,然后通过调用它的ServeHTTP()方法将控制转移到下一个处理程序。

下面提供了一个构建中间件的完整模式:

func exampleMiddleware(next http.Handler) http.Handler {
  return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    // Our middleware logic goes here...
    next.ServeHTTP(w, r)
  })
}

你将注意到此中间件函数有一个func(http.Handler) http.Handler的函数签名。它接收一个处理程序作为参数并返回另一个处理程序。这有两个原因:

  • 因为它返回一个处理程序,我们可以直接使用标准库 net/http 包提供的 ServeMux 来注册中间件函数。
  • 我们可以通过将中间件函数嵌套在彼此内部来实现任意长的链式处理程序。例如:
http.Handle("/", middlewareOne(middlewareTwo(finalHandler)))

控制流程的说明

让我们看一个简化的示例,其中包含一些只是将日志消息写入 stdout 的中间件:

File: main.go

package main

import (
  "log"
  "net/http"
)

func middlewareOne(next http.Handler) http.Handler {
  return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    log.Println("Executing middlewareOne")
    next.ServeHTTP(w, r)
    log.Println("Executing middlewareOne again")
  })
}

func middlewareTwo(next http.Handler) http.Handler {
  return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    log.Println("Executing middlewareTwo")
    if r.URL.Path != "/" {
      return
    }
    next.ServeHTTP(w, r)
    log.Println("Executing middlewareTwo again")
  })
}

func final(w http.ResponseWriter, r *http.Request) {
  log.Println("Executing finalHandler")
  w.Write([]byte("OK"))
}

func main() {
  finalHandler := http.HandlerFunc(final)

  http.Handle("/", middlewareOne(middlewareTwo(finalHandler)))
  http.ListenAndServe(":3000", nil)
}

运行此应用程序并请求http://localhost:3000。你应该能看到类似的日志输出:

$ go run main.go
2014/10/13 20:27:36 Executing middlewareOne
2014/10/13 20:27:36 Executing middlewareTwo
2014/10/13 20:27:36 Executing finalHandler
2014/10/13 20:27:36 Executing middlewareTwo again
2014/10/13 20:27:36 Executing middlewareOne again

很显然可以看到程序依据处理链嵌套的顺序来传递控制,然后再以相反的方向返回。

我们随时可以通过让中间件处理程序使用return来停止控制在链中的传播。

在上面的例子中,我在middlewareTwo函数中包含了一个满足条件的返回。尝试访问http://localhost:3000/foo并再次检查日志 - 你会看到,这次请求在通过中间件调用链的时候不会超过middlewareTwo

理解了吗,再来一个恰当的例子如何

好吧,假设我们正在构建一个处理 XML 格式请求的服务。我们想创建一些中间件,a)检查请求体的存在,b)确保请求体是 XML 格式。如果其中任何一项检查失败,我们希望中间件写入错误消息并阻止请求到达我们的应用处理程序。

File: main.go

package main

import (
  "bytes"
  "net/http"
)

func enforceXMLHandler(next http.Handler) http.Handler {
  return http.HandlerFunc(func(w http.ResponseWriter, r *http.Request) {
    // Check for a request body
    if r.ContentLength == 0 {
      http.Error(w, http.StatusText(400), 400)
      return
    }
    // Check its MIME type
    buf := new(bytes.Buffer)
    buf.ReadFrom(r.Body)
    if http.DetectContentType(buf.Bytes()) != "text/xml; charset=utf-8" {
      http.Error(w, http.StatusText(415), 415)
      return
    }
    next.ServeHTTP(w, r)
  })
}

func main() {
  finalHandler := http.HandlerFunc(final)

  http.Handle("/", enforceXMLHandler(finalHandler))
  http.ListenAndServe(":3000", nil)
}

func final(w http.ResponseWriter, r *http.Request) {
  w.Write([]byte("OK"))
}

看起来好像没毛病。让我们创建一个简单的 XML 文件来测试它:

$ cat > books.xml
<?xml version="1.0"?>
<books>
  <book>
    <author>H. G. Wells</author>
    <title>The Time Machine</title>
    <price>8.50</price>
  </book>
</books>

使用 cURL 来发送一些请求:

$ curl -i localhost:3000
HTTP/1.1 400 Bad Request
Content-Type: text/plain; charset=utf-8
Content-Length: 12

Bad Request
$ curl -i -d "This is not XML" localhost:3000
HTTP/1.1 415 Unsupported Media Type
Content-Type: text/plain; charset=utf-8
Content-Length: 23

Unsupported Media Type
$ curl -i -d @books.xml localhost:3000
HTTP/1.1 200 OK
Date: Fri, 17 Oct 2014 13:42:10 GMT
Content-Length: 2
Content-Type: text/plain; charset=utf-8

OK

使用第三方中间件

有时你可能想用第三方的包,而不是一直使用自己写的中间件。我们来看看两个例子:goji/httpauthLoggingHandler

goji/httpauth 包提供 HTTP 基本身份验证功能。它有一个叫SimpleBasicAuth 的辅助函数,它返回一个带有func(http.Handler) http.Handler签名的函数。这意味着我们可以像用自定义中间件完全相同的方式来使用它。

$ go get github.com/goji/httpauth

File: main.go

package main

import (
  "github.com/goji/httpauth"
  "net/http"
)

func main() {
  finalHandler := http.HandlerFunc(final)
  authHandler := httpauth.SimpleBasicAuth("username", "password")

  http.Handle("/", authHandler(finalHandler))
  http.ListenAndServe(":3000", nil)
}

func final(w http.ResponseWriter, r *http.Request) {
  w.Write([]byte("OK"))
}

如果你运行这个例子,你将会得到一个有效凭证和无效凭证的预期响应:

$ curl -i username:password@localhost:3000
HTTP/1.1 200 OK
Content-Length: 2
Content-Type: text/plain; charset=utf-8

OK
$ curl -i username:wrongpassword@localhost:3000
HTTP/1.1 401 Unauthorized
Content-Type: text/plain; charset=utf-8
Www-Authenticate: Basic realm=""Restricted""
Content-Length: 13

Unauthorized

Gorilla 的LoggingHandler - 记录了Apache 风格的日志 - 这个中间件跟之前的会有一点不同。

它使用签名func(out io.Writer, h http.Handler) http.Handler,因此它不仅需要下一个处理程序的参数,还需要用来写入日志的io.Writer的参数。

下面这个简单的例子,我们将日志写入 server.log 文件:

go get github.com/gorilla/handlers

File: main.go

package main

import (
  "github.com/gorilla/handlers"
  "net/http"
  "os"
)

func main() {
  finalHandler := http.HandlerFunc(final)

  logFile, err := os.OpenFile("server.log", os.O_WRONLY|os.O_CREATE|os.O_APPEND, 0666)
  if err != nil {
    panic(err)
  }

  http.Handle("/", handlers.LoggingHandler(logFile, finalHandler))
  http.ListenAndServe(":3000", nil)
}

func final(w http.ResponseWriter, r *http.Request) {
  w.Write([]byte("OK"))
}

在这样一个简单的例子中,我们的代码相当清楚。但是,如果我们想将LoggingHandler作为更长的中间件调用链的一部分,会发生什么?我们很容易想到一个看起来像这样的声明……

http.Handle("/", handlers.LoggingHandler(logFile, authHandler(enforceXMLHandler(finalHandler))))

……这种方式真是让我很头疼!

一种让它更清晰的方法是使用签名func(http.Handler) http.Handler来创建一个构造函数(命名为myLoggingHandler)。这会使得它与其他中间件的嵌套更整洁:

func myLoggingHandler(h http.Handler) http.Handler {
  logFile, err := os.OpenFile("server.log", os.O_WRONLY|os.O_CREATE|os.O_APPEND, 0666)
  if err != nil {
    panic(err)
  }
  return handlers.LoggingHandler(logFile, h)
}

func main() {
  finalHandler := http.HandlerFunc(final)

  http.Handle("/", myLoggingHandler(finalHandler))
  http.ListenAndServe(":3000", nil)
}

如果你运行此应用并发送一些请求给它,你的server.log文件应如下所示:

$ cat server.log
127.0.0.1 - - [21/Oct/2014:18:56:43 +0100] "GET / HTTP/1.1" 200 2
127.0.0.1 - - [21/Oct/2014:18:56:36 +0100] "POST / HTTP/1.1" 200 2
127.0.0.1 - - [21/Oct/2014:18:56:43 +0100] "PUT / HTTP/1.1" 200 2

如果你有兴趣,这里给出一个把该文章的3 个中间件处理函数结合在一个例子中的 gist 仓库。

边注:注意Gorilla LoggingHandler正在记录日志中的响应状态(200)和响应长度(2)。这比较有趣,上游日志记录中间件怎么获取了应用处理程序写入的响应体的信息?

它通过定义自己的responseLogger类型来实现这一点,该类型封装了http.ResponseWriter,并创建自定义responseLogger.Write()responseLogger.WriteHeader()方法。这些方法不仅可以写入响应,还可以存储响应的大小和状态以供后面检查。 Gorilla 的LoggingHandlerresponseLogger传递给链中的下一个处理程序,取代了普通的http.ResponseWriter

额外的工具

Alice by Justinas Stankevičius是一个巧妙且非常轻量级的包,为链式中间件处理程序提供了一些语法糖。最基本的 Alice 包可以让你重新下面的代码:

http.Handle("/", myLoggingHandler(authHandler(enforceXMLHandler(finalHandler))))

变为:

http.Handle("/", alice.New(myLoggingHandler, authHandler, enforceXMLHandler).Then(finalHandler))

至少在我看来,瞥一眼这个代码就能让人大致理解了。但是,Alice 包的真正好处是只需要指定一次处理链,并能将其重用于多个路由当中。像这样:

stdChain := alice.New(myLoggingHandler, authHandler, enforceXMLHandler)

http.Handle("/foo", stdChain.Then(fooHandler))
http.Handle("/bar", stdChain.Then(barHandler))

如果你喜欢这篇博文,请不要忘记查看我的新书《用 Go 构建专​​业的 Web 应用程序》

在推特上关注我 @ajmedwards

此文章中的所有代码都可以在MIT Licence许可下免费使用。

更多原创文章干货分享,请关注公众号
  • 加微信实战群请加微信(注明:实战群):gocnio
暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册