TCP

作为一个程序员假设我们需要从A电脑的进程发送一段数据到B电脑的进程我们一般会在代码中使用

Socket

这里关注“基于字节流”字节流可以理解为双向通道里流淌的二进制数据就是一堆“01”串。

“纯裸”的

TCP

连接收发的这些“01”串是没有任何边界的你无法知道一条完整消息的起始位置。

TCP

和“特烦恼”还是“夏洛特”和“烦恼”。

这也就是所谓的“粘包”问题。

既然“纯裸”

是不能直接拿来用的那就需要在这个基础上加入一些自定义规则来区分

于是我们会把每条要发送的消息都包装一下。

比如加入消息头消息头中写清楚一个完整的包长度是多少根据这个长度可以继续接收数据截取出来后就是我们真正想传输的消息体。

这里的消息头中还可以放各种规则比如消息体是否压缩、消息体格式之类的。

只要上下游都约定好互相能够解析就行了这就是所谓的协议了。

每个使用

的项目都可能会定义一套类似于这样的协议解析标准它们可能有区别但原理都类似。

TCP

协议又叫做“超文本传输协议”我们平时上网在浏览器中敲个网址就能访问网页用到的就是

HTTP

又叫做“远程过程调用”它本身不是一种具体的协议而是一种调用方式。

RPC

让我们可以像调用本地方法一样调用远端服务器的方法remoteFunc屏蔽掉一些网络细节。

RPC

现在电脑上安装的各种软件如xx管家、xx视频它们作为客户端需要与服务端建立连接收发消息都会用到应用层协议。

在这种

C/Sclient

IE它们不仅需要连接自家服务器还需要访问其他公司的网站服务器因此需要一个统一的标准。

于是

HTTP

一般还会再建立一个连接池在请求量大的时候建立多条连接放在连接池中需要发数据的时候就从池中取出一条连接用完再放回去。

HTTP

传输字符串和数字的问题不大因为字符串可以编码再变成二进制而数字本身可以直接转为二进制。

json、protoBuf

HTTP1.1虽然叫做超文本传输协议支持音频视频但是在设计之初是用于做网络文本展示的所以传输内容主要以字符串为主header

body

RPC远程过程调用中消息头header和消息体body都是以二进制数据的形式在

TCP

字符。

每个头部字段由字段名和字段值组成字段之间用冒号分隔。

头部的结束是通过一个空行即两个连续的换行符来标识的。

消息体HTTP

消息体可以是任意类型的二进制数据如图像、视频、JSON、XML

Content-Type

ID、版本信息等而消息体则包含实际的参数或返回值。

具体的编码方式如

Protocol

的消息头和消息体通常都是以二进制格式传输的具体取决于所使用的协议和编码方式。