应用层协议设计与实现
网络编程中的毡包问题
- 原因: TCP/IP协议在传输数据的时候,数据的提取不分界限,不知道一次性提取多少数据;
- 解决方法: 增加应用层协议,对收到的数据进行整理;
深度刨析粘包问题
- 补充::
– 发送缓冲区: 数据先进入发送缓冲区,之后由操作系统送往远端主机;
– 接收缓冲区: 远端数据被操作系统接收后放入接收缓冲区,之后由应用程序从接收缓冲区读取数据; - 核心问题:
– 数据接收端无法知道数据的发送方式,比如数据发几次发,各发了多少数据。
协议设计
- 网络编程中的期望:
– 每发送一条完整的消息,每次接收一条完整的消息;
– 即使接收缓冲区中有多条消息,也不会出现消息粘连;
– 消息中涵盖了数据类型和数据长度等消息; - 应用层协议设计
– 协议: 协议时通信双方为数据交换而建立的规则、标准或约定的集合
;
– 协议对数据传输的作用: 通信双方根据协议能够正确收发数据
;通信双方根据协议能够解释数据的意义
; - 协议设计示例:
– 目标:设计可用于数据传输的协议;
– 完整消息包含:数据头
(数据类型/用途,固定长度)+数据区长度
(固定长度)+数据区
(变长区域); - 协议设计示例:
消息类型 | 命令 | 标识 | 总数 | 数据长度 | 数据区 |
---|---|---|---|---|---|
2字节 | 2字节 | 2字节 | 2字节 | 2字节 | n字节(由数据长度标识) |
typedef struct{
unsigned short type;//类型,消息类型
unsigned short cmd;//命令,如何处理
unsigned short index;//应对消息间连续的情形,比如文件传输
unsigned short total;//应对消息间连续的情形,比如文件传输
unsigned short lenth;//数据区的长度
unsigned short payload[];//数据区
}Message;
– 因此,消息至少12个字节(消息头+数据长度),通过计算消息的总长度,能够避开数据粘连的问题;
协议设计
message.h
:
#ifndef MESSAGE_H
#define MESSAGE_H
typedef struct message
{
unsigned short type;
unsigned short cmd;
unsigned short index;
unsigned short totsl;
unsigned int length;
unsigned char payload[];
}Message;
Message* Message_New(unsigned short type, unsigned short cmd, unsigned short index, unsigned short total, const char* paylpad[], unsigned int length);
message.c
:
#include "message.h"
#include <malloc.h>
#include <string.h>
Message* Message_New(unsigned short type, unsigned short cmd, unsigned short index, unsigned short total, const char* paylpad[], unsigned int length)
{
Message* ret = malloc(sizeof(Message + length));//消息头长度+数据区长度
if( ret )
{
ret->type = type;
ret->cmd = cmd;
ret->index = index;
ret->total = total;
ret->length = length;
if( payload )
{
memcpy(ret+1, payload, length);//ret+1指向payload的首地址
}
}
return ret;
}