m0_74282926的博客

gRPC基于HTTP/2协议，原因：菜鸟教程总结版：HTTP/1.x中在HTTP/2中被解决产生原因同一个 TCP 连接上的请求必须按顺序发送，服务器也会按顺序处理请求并返回响应。HTTP/1.1 虽引入 长连接，允许复用 TCP 连接，但浏览器默认对同一域名仅建立 6-8 个并发连接（不同浏览器策略不同）当页面需要加载大量资源（如图片、CSS、JS 等）时，大量请求会被分配到有限的连接中，导致每个连接上的请求队列过长，加剧阻塞问题。HTTP/2解决方案引入 多路复用总结逻辑：ht

特性http.rulesin.yaml文件注册方式手动在代码中注册在配置文件中定义依赖关系独立于gRPC服务定义基于gRPC服务定义灵活性高，适合动态路由较低，但更稳定适用场景自定义HTTP API、动态路由gRPC网关、HTTP与gRPC接口一致性维护。

main.go。

http。

基础路由定义// 必须导入// 返回 HttpBody 类型// 根据文件扩展名动态设置 Content-Type。

main包：应用程序的入口点，负责启动 gRPC 服务器和 gRPC-Gateway，并处理信号以优雅地关闭服务器。server包：实现了 gRPC 服务的具体逻辑，提供了GetDelete方法。proto包：定义了 gRPC 服务的消息格式和服务接口，确保客户端和服务器之间的通信协议一致。gateway包：配置并启动 gRPC-Gateway，将 HTTP 请求转换为 gRPC 调用，提供 RESTful API 接口。

在 gRPC 中，创建和维护一个到服务器的连接是非常消耗资源的（比如 TCP 连接建立和 TLS 握手）。而在高并发场景下，如果每次请求都创建新的连接，不仅会导致性能下降，还可能耗尽系统资源。因此，客户端连接池的作用是复用一定数量的连接，提高资源利用率和性能。

配置主要用于维持客户端与服务端之间的长连接，避免连接在空闲时被网络中间层（如负载均衡器、代理等）关闭或断开。它可以帮助在不活跃期间定期发送保活信号来检测连接是否仍然有效。

客户端：服务端：

对称加密效率高，用于数据加密；非对称加密安全性好，用于密钥交换和认证。单向TLS验证服务器身份，适合通用场景；双向TLS验证双方身份，适合高安全场景。

gRPC 提供了和两种元数据机制，用于在客户端和服务端之间传递附加信息。

SendAndClose 和 CloseAndRecv：配对使用于客户端流模式。主要用在结尾判断是否需要结束流时通知对方服务器用 SendAndClose 发送总结性响应。服务端收完后要send结束信号，然后close自身流客户端用 CloseAndRecv 接收总结性响应。因为是客户端一直发，所以发完要close，并且recv服务端的接收完毕信号Send 和 CloseSend：配对使用于 服务器流或双向流模式。send在客户端流模式也可以用，只要是发送。服务器用 Send 不断发送消息。

-go_out：负责消息的定义（数据层），生成的是与数据结构相关的代码。：负责服务和 RPC 的逻辑（通信层），生成的是客户端和服务器的代码框架。两者通常需要配合使用，--go_out生成数据序列化代码，生成服务逻辑代码。

proto。

Protobuf是一种数据格式，定义了“服务和消息的结构”。它是基础，用来告诉服务端和客户端“如何传递数据”。gRPC是通信工具，利用 Protobuf 定义的结构，实现服务之间的高效调用。微服务是架构模式，将系统拆分成独立服务，这些服务之间通常通过 gRPC 通信。微服务是一种架构风格，把一个完整的应用拆分成多个小的服务，每个服务只负责一种特定的功能。用户服务：处理用户的注册、登录等操作。订单服务：负责下单、查询订单。商品服务：管理商品信息。支付服务：处理支付操作。微服务。