我已经编写了REST API服务,该服务要求所有响应均为JSON。但是,当Go HTTP请求解析器遇到错误时,它将返回400作为纯文本响应,而无需调用我的处理程序。例:
> curl -i -H 'Authorization: Basic hi there' 'http://localhost:8080/test' -v * Trying ::1... * TCP_NODELAY set * Connected to localhost (::1) port 8080 (#0) > GET /test HTTP/1.1 > Host: localhost:8080 > User-Agent: curl/7.54.0 > Accept: */* > Authorization: Basic hi > there > < HTTP/1.1 400 Bad Request HTTP/1.1 400 Bad Request < Content-Type: text/plain; charset=utf-8 Content-Type: text/plain; charset=utf-8 < Connection: close Connection: close < * Closing connection 0
请注意无效的授权标头。当然,400是正确的响应,但是当然是文本/纯文本。有什么方法可以配置Go http解析器以使用自定义错误响应媒体类型和主体?
你不能 您可以在net / http源中找到它,只有在请求格式错误时才会发生:
https://github.com/golang/go/blob/master/src/net/http/server.go#L1744
我认为您的问题可能是您要在curl中添加的标题中的新行?
您可以使用json响应401、403、404、500错误,但是错误的请求或错误的标头(太长,格式错误)在server.go中处理。
尽管正在考虑中,但目前尚无办法拦截此类错误,因此您唯一的解决方案是修补stdlib源代码(我不建议这样做)。但是,由于此错误仅在客户端犯了一个错误并且请求格式错误时才会出现,因此这可能不是一个大问题。文本响应的原因是,浏览器或类似客户端(例如不带- v的curl)不会仅看到空响应。您可以在应用程序前面放置一个像nginx这样的代理,但是由于它是一个不好的请求,所以您永远也看不到该请求,您的代理会处理它。
也许您可以使用像nginx这样的代理服务器来实现,尽管如果您为其设置了一个特定的静态错误页面来处理400个错误并提供了您指定的400.json文件呢?这是我能想到的唯一解决方案。像这样的指令可能适用于Nginx:
error_page 400 /400.json;
如果您希望能够自定义这些错误,则可以在链接的问题上添加注释,以使他们知道您遇到了此特定问题。