Gorilla 支持的内容类型远远不止 application/json

使用 Gorilla mux 处理 API 请求时，除了 application/json 内容类型之外，还可以使用更广泛的规范。然而，使用正则表达式匹配任意字符集会导致匹配错误的内容类型。为了更精确地匹配，可以使用匹配器函数，该函数检查内容类型是否为 application/json，并确保字符集为空或等于 utf-8。此外，headersregexp 也可用于匹配标头中的正则表达式，例如匹配 application/json 或 application/text。

使用出色的 gorilla mux，我可以使用 application/json 作为内容类型来处理 api 请求：

apiRouter := router.PathPrefix("/api").Headers("Content-Type", "application/json").Subrouter()

但是，有些用户喜欢提供的不仅仅是该字符串，即 application/json；字符集=utf-8。设置此标头值后，处理程序将返回 404。

通过允许 json 和任何字符集规范来处理此问题的最佳方法是什么？

解决方案

使用正则表达式的其他答案匹配任何字符集或更糟，甚至像 application/jsonfooo 这样。如果你想更严格，你可以使用匹配器函数：

func matchjson(r *http.request, rm *mux.routematch) bool {
    cthdr := r.header.get("content-type")
    contenttype, params, err := mime.parsemediatype(cthdr)
    if err != nil {
        return false
    }
    charset := params["charset"]
    return contenttype == "application/json" && (charset == "" || strings.equalfold(charset, "utf-8"))
}

然后，像这样使用它：

router.PathPrefix("/api").MatcherFunc(matchJSON)

我认为这是 headersregexp 的一个很好的用例。

来自 the Go Doc：

正则表达式支持还可以匹配路由中的标头。例如，我们可以这样做：

r.headersregexp("content-type", "application/(text|json)")

...并且该路由将匹配内容类型为 application/json 以及 application/text 的两个请求

理论要掌握，实操不能落！以上关于《Gorilla 支持的内容类型远远不止 application/json》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！