「连载七」让你的服务同时提供 HTTP 接口

    • 微信（公众号、小程序）等第三方回调接口只支持 HTTP 接口，怎么办

    我相信你在实际工作中都会遇到如上问题，在 gRPC 中都是有解决方案的，本章节将会进行介绍 🤔

    为什么可以同时提供 HTTP 接口

    关键一点，gRPC 的协议是基于 HTTP/2 的，因此应用程序能够在单个 TCP 端口上提供 HTTP/1.1 和 gRPC 接口服务（两种不同的流量）

    怎么同时提供 HTTP 接口

    流程

    1. 检测请求协议是否为 HTTP/2
    2. 判断 Content-Type 是否为 application/grpc（gRPC 的默认标识位）
    3. 根据协议的不同转发到不同的服务处理

    TLS

    在前面的章节，为了便于展示因此没有简单封装

    新建 simple_http_client、simple_http_server 目录，目录结构如下：

    Server

    在 simple_http_server 目录下新建 server.go，写入文件内容：

    • http.NewServeMux：创建一个新的 ServeMux，ServeMux 本质上是一个路由表。它默认实现了 ServeHTTP，因此返回 Handler 后可直接通过 HandleFunc 注册 pattern 和处理逻辑的方法
    • http.ListenAndServeTLS：可简单的理解为提供监听 HTTPS 服务的方法，重点的协议判断转发，也在这里面

    其实，你理解后就会觉得很简单，核心步骤：判断 -> 转发 -> 响应。我们改变了前两步的默认逻辑，仅此而已

    Client

    在 simple_http_server 目录下新建 client.go，写入文件内容：

    验证

    HTTP/1.1 访问

    总结

    通过本章节，表面上完成了同端口提供双服务的功能，但实际上，应该是加深了 HTTP/2 的理解和使用，这才是本质

    如果你有一个需求，是要同时提供 RPC 和 RESTful JSON API 两种接口的，不要犹豫，点进去：

    问题

    你以为这个方案就万能了吗，不。Envoy Proxy 的支持就不完美，无法同时监听一个端口的两种流量 😤

    参考

    本系列示例代码