应用层自定义协议与序列化

个人主页:Lei宝啊 

愿所有美好如期而遇


协议

简单来说,就是通信双方约定好的结构化的数据。

序列化与反序列化

我们通过一个问题引入这个概念,假如我们要实现一个网络版的计算器,那么现在有两种方案,第一种,客户端发送一种类似于“1+1”这样的字符串,服务端接收到后进行拆解,然后计算。第二种,双方约定好一种结构体,按照某种规则转换成字符串发送给对方,然后对方再按照这种规则拆解成结构体,这个过程就叫做序列化与反序列化。

无论我们采用方案一, 还是方案二, 还是其他的方案, 只要保证, 一端发送时构造的数据,
在另一端能够正确的进行解析, 就是 ok 的. 这种约定, 就是 应用层协议。

理解Tcp为什么支持全双工

什么是全双工?简单来说,就是同时收发消息,而消息之间不会互相受到干扰。

具体来讲,全双工(Full Duplex)是一种通信方式,它允许数据在通信链路的两个方向上同时传输,即通信的双方可以同时发送和接收数据。

因为OS系统内部,Tcp为每一个连接的客户端维护了两个缓冲区,一个是发送缓冲区,一个是接收缓冲区,这样,就可以同时发送和接收信息而不互相干扰,read,write等系统调用在Tcp这里,也就支持了一个socketfd既可以读,也可以写。

Tcp粘包问题

TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包,从接收缓冲区看,后一包数据的头紧接着前一包数据的尾。这种现象既可能由发送方造成,也可能由接收方造成。

由于Tcp是基于字节流的协议,发送缓冲区内的数据什么时候发,发多少,出错了怎么办,完全由Tcp协议自己决定,所以就会导致出现报文发送不完整或者接收方不能读取完整报文的情况,那么接受方如果不对这种报文进行正确处理,就会导致粘包现象。

我们解决粘包问题的方案是,循环读入数据判断报文是否完整,如果完整则处理,并将缓冲区中的这段报文删除,判断处理下一个。


关于具体实现方案,我们后面的文章中,会给出具体实现。

相关推荐

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-07-20 08:06:01       52 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-07-20 08:06:01       54 阅读
  3. 在Django里面运行非项目文件

    2024-07-20 08:06:01       45 阅读
  4. Python语言-面向对象

    2024-07-20 08:06:01       55 阅读

热门阅读

  1. Milvus核心组件(2)---- etcd 详解

    2024-07-20 08:06:01       17 阅读
  2. 正则表达式在Python中的应用

    2024-07-20 08:06:01       17 阅读
  3. 源码解析Spring AOP的加载与生效

    2024-07-20 08:06:01       17 阅读
  4. 靖江美食元宇宙

    2024-07-20 08:06:01       18 阅读
  5. 巨魔商店(TrollStore)介绍与使用指南

    2024-07-20 08:06:01       17 阅读
  6. 【Qt】QTcpServer/QTcpSocket通信

    2024-07-20 08:06:01       17 阅读
  7. Compose_Modifier 修饰符的常见使用

    2024-07-20 08:06:01       21 阅读
  8. 题解:T480718 eating

    2024-07-20 08:06:01       18 阅读
  9. 云计算的发展历程与边缘计算

    2024-07-20 08:06:01       16 阅读
  10. Ruby教程

    2024-07-20 08:06:01       19 阅读
  11. Spark学习之SparkSQL

    2024-07-20 08:06:01       15 阅读