To CRUD Boys
你的身边是不是总有人吐槽你只会CRUD编程？你是不是整天都在做一些CRUD的编程操作，比方普通事务的CRUD、后台办理的CRUD、高并发运用的CRUD，如果是，那祝贺你，的确没说错，你便是个CRUD编程仔。
前语
其实不管大厂、小厂，做事务开发的同学都知道，写一个功用，有中台，有架构，有API，有SDK，许多可复用的代码直接调一下RPC接口或许一个注解就搞定了杂乱的操作，所以许多螺丝钉们都没法真正接触底层核心组件、功用的规划和编写，更别谈在项目中会有什么技能选型、做决策、落地的操作，久而久之，技能广度、深度、落地才干 一个都没训练出来，所以为什么说大厂中P7是个分水岭，这句话不是毫无道理的。
事务场景
先说这一次的事务场景，不讲事务场景空谈选型方案的都是耍流氓。
- 需求完成直播房间内服务端与客户端之间的数据通讯
- 需求一个推迟很低/实时的通讯方案
- 通讯需求支撑双向流
- 对用户客户端设弱网抗性要强
- 功能要很强，支撑高并发操作，大规模长衔接集群
- 服务端与客户端之间接口兼容与版别迭代便利
带着这几个事务场景，咱们开端进行选型操作
长衔接调研
Http长衔接
在 HTTP 协议中，运用 Keep-Alive 或许 Connection: keep-alive 参数来完成长衔接。
优势
- 简单易用，不需求额定的协议支撑。
- 操作简单，适用于轻量级的网络运用场景。
缺陷
- 只能在客户端主动建议恳求时才干运用。
- 无法在服务器端主动推送。
TCP 长衔接
优势
- 实时性较高，能够完成双向通讯。
- 对于大规模并发衔接场景，TCP 长衔接占用的资源相对较少。
缺陷
- 协议级别上不支撑心跳检测、音讯推送、断线重连等功用，需求事务代码自行完成。
- 难以处理跨网络环境的 NAT 等问题。
Comet
Comet 是一种以 Ajax 技能为基础的服务器推送技能，经过长轮询、短轮询等方法完成服务器向客户端推送数据，适用于音讯推送、在线聊天等运用场景。
优势
- 实时性较高，能够完成双向通讯。
- 能够经过 HTTP 协议进行通讯，在网络环境杂乱的情况下更加稳定。
缺陷
- 需求对 HTTP 协议进行 hack，增加了许多杂乱度，也或许存在安全隐患。
- 需求考虑服务器的负载均衡和可靠性等问题，比较杂乱。
MQTT
MQTT 是一种轻量级的发布/订阅协议，能够在低带宽和不稳定网络环境下运用，适用于物联网、移动运用等场景。
优势
- 非常合适物联网场景，支撑很多衔接和音讯推送。
- 对网络带宽的占用相对较小。
- 通讯功率高、开支小、支撑 QoS2 音讯传输。
缺陷
- 需求引入 MQTT 协议栈，对客户端和服务器的支撑有必定要求。
- 实时性不够高，推迟或许会比较大。
- 需求考虑协议的可靠性和安全性等问题。
Webscoket
HTML5开端供给的一种浏览器与服务器进行全双工通讯的网络技能，归于运用层协议,依据TCP传输协议，并复用HTTP的握手通道。
优势
- 实时性：Websocket能够完成实时双向通讯，服务器能够主动向客户端推送音讯，避免了传统HTTP协议需求轮询的问题。
- 削减通讯量：Websocket采用二进制帧传输，相比传统HTTP协议的文本传输方法，能够大幅削减通讯数据量，进步传输功率。
- 跨域支撑：Websocket支撑跨域通讯，能够在不同域名的页面之间进行实时通讯。
- 节约服务器资源：因为Websocket需求保持长衔接，因此服务器和客户端之间的握手操作只需求进行一次，节约了服务器资源。
缺陷
- 兼容性：Websocket不是所有浏览器都支撑，特别是旧版别的浏览器不支撑Websocket协议。
- 状况维护：Websocket需求维护衔接状况，需求服务器端进行衔接办理，不然或许出现衔接反常或数据丢掉等问题。
- 安全性：Websocket协议经过HTTP协议树立衔接后，往往会直接升级为Websocket协议，这样就或许存在安全漏洞，例如跨站脚本进犯（XSS）。
- 开支：Websocket长时间保持衔接，需求占用服务器资源和带宽，或许导致服务器压力增大，需求进行合理的优化和办理。
gRPC
gRPC是一种高功能、开源的远程过程调用（RPC）结构，供给了跨渠道、跨言语的服务通讯解决方案,先来看下，它支撑许多种开发言语。
优势
- 高效性：gRPC运用HTTP/2协议进行通讯，支撑多路复用和二进制传输，具有较高的功能和功率。
- 跨渠道、跨言语：gRPC支撑多种编程言语，能够在不同渠道上运用。
- 主动生成代码：gRPC支撑依据IDL（接口界说言语）主动生成代码，简化开发流程，削减手写代码的工作量。
- 支撑流式处理：gRPC支撑流式恳求和流式呼应，能够满意大部分实时数据处理需求。
- 可扩展性：gRPC支撑自界说插件，能够扩展其功用，适应不同的事务场景。
- 安全性：gRPC支撑SSL/TLS加密通讯，保证通讯安全性。
缺陷
- 学习本钱：gRPC需求对IDL和gRPC的完成细节有必定的了解，对初学者而言或许有必定的学习曲线。
- 布置难度：gRPC需求依赖特定版别的库和工具，需求进行相应的环境装备和布置。
- 兼容性：因为gRPC运用HTTP/2协议通讯，不支撑低版别浏览器和特定网络环境下的代理服务器。
- 适用场景：gRPC适用于高并发、分布式、跨言语的服务通讯，但在一些简单的场景下或许会造成过度规划。
选型剖析
下面将用一个表格，从多个维度去剖析它们的硬核实力与落地难度。
| 长衔接类型 | 功能 | 推迟 | 跨渠道 | 扩展性 | 安全性 | 兼容性 | 运用本钱 | 适用场景 |
|---|---|---|---|---|---|---|---|---|
| Http | 低 | 高 | 高 | 高 | 低 | 高 | 低 | 轻量级web运用 |
| Tcp | 高 | 低 | 中 | 高 | 高 | 低 | 中 | 数据库衔接、音讯行列 |
| gRpc | 高 | 低 | 高 | 高 | 高 | 中 | 高 | 实时通讯、微服务、云核算 |
| Websocket | 高 | 低 | 高 | 高 | 中 | 中 | 中 | 实时通讯、游戏、在线聊天运用 |
| Mqtt | 中 | 中 | 中 | 高 | 高 | 中 | 中 | 物联网、移动运用 |
| Comet | 中 | 中 | 高 | 中 | 高 | 高 | 低 | 音讯推送、在线聊天运用 |
从上表能够看出，不同类型的长衔接在各方面的表现有所不同。
- Http长衔接适用于轻量级web运用场景，具有跨渠道性和兼容性优势，但功能和推迟较低。
- Tcp长衔接在功能和可扩展性方面表现出较大优势，但安全性相对较低，适用于数据库衔接、音讯行列等场景。
- gRpc长衔接适用于实时通讯、微服务、云核算等场景，具有高功能和可扩展性，运用本钱较高。
- Websocket长衔接适用于实时通讯、游戏、在线聊天等运用场景，具有高功率和实时性，但需求浏览器和服务器端支撑WebSocket协议。
- Mqtt长衔接适用于物联网、移动运用等场景，具有较好的安全性和兼容性，但功能和推迟一般。
- Comet长衔接适用于音讯推送、在线聊天等场景，具有兼容性和运用本钱的优势，但功能和推迟较低。
归纳以上剖析，在咱们的事务中挑选Websocket/gRpc长衔接作为通讯协议都是可行的，因为它们都具有较好的通讯功率和实时性，适用于实时语音、视频通讯等运用场景。但是需求注意，为了避免发生很多的长衔接导致服务器压力过大，需求约束长衔接数量。此外，还要加强网络安全维护，避免信息泄露和进犯。
终究方案承认
gRPC 和 WebSocket 的终究抉择
先说定论，依据咱们的事务场景和一些考虑，挑选了gRpc，原因：
-
明确的数据格式：gRPC 运用 Protocol Buffers 作为数据格式，能够更好地界说数据结构、方法等，并主动生成客户端和服务端的代码。而 WebSocket 没有明确的数据格式规范，需求在运用层进行约好。
-
更高效的序列化和反序列化：Protocol Buffers 是一种轻量级的二进制序列化协议，在序列化和反序列化方面比 JSON、XML 等文本格式更高效，能够更快地传输数据。
-
更快的速度和更低的推迟：gRPC 依据 HTTP/2 协议，支撑多路复用、流控等特性，能够更快地传输数据，并供给更低的推迟。而 WebSocket 也运用 TCP 衔接，但需求额定的运用层协议支撑，不能像 gRPC 一样直接运用 HTTP/2。
-
更好的可扩展性：gRPC 支撑多种负载均衡策略、服务发现机制等特性，能够更好地处理大规模集群环境下的网络恳求。一起，gRPC 还供给了依据拦截器的中间件机制，能够便利地完成日志记录、身份验证等功用。
归纳以上优势，能够看出 gRPC 在功能、功率、可扩展性、开发功率等方面都具有很大的优势，至此，长衔接调研与选型终究确定，接下来就要开端实战操作了。
