【ESP8266】ESP8266的TCP分包处理

前言

在阅读ESP8266_NONOS_SDK的IoT_Demo示例工程源码的时候,发现一段TCP分包的处理,特此张贴出来,写一篇学习笔记。

提醒

阅读本文最好有一定的ESP8266 SDK开发基础,至少要接触过ESP8266的TCP接口。

核心代码

下面来看下核心代码。

static void ICACHE_FLASH_ATTR
tcp_recv_cb(void *arg, char *pusrdata, unsigned short length)
{
    char *pstr = NULL;
    static char pbuffer[1024 * 2] = {0};
    struct espconn *pespconn = arg;

    if (length == 1460) {
        os_memcpy(pbuffer, pusrdata, length);
    } else {
        struct espconn *pespconn = (struct espconn *)arg;

        os_memcpy(pbuffer + os_strlen(pbuffer), pusrdata, length);

        if(pstr = (char *)os_strstr(pbuffer, "Hello") != NULL){
            // TODO:
        }
    }
}

定义各种变量后,就是一个if判断语句,判断数据包长度是否等于1460字节。为什么是1460呢?因为TCP的MSS默认就是1460。为什是1460呢,因为以太网的MTU值为1500字节,MSS再根据“MTU-40字节”这个公式算出来,因此1460字节。

什么是MSS和MTU?

MSS(Management Support System),最大报文段长度,是TCP协议定义的一个选项,用于在TCP连接建立时,收发双方协商通信时每一个报文段所能承载的最大数据长度。

MTU(Maximum Transmission Unit),意思是网络上传送的最大数据包,一般以太网的MTU值是1500字节。

如果收到的的数据包等于1460字节,则使用os_memcpy函数把该数据包拷贝到缓冲区pbufferpbuffer是一个局部静态的2KB的数组。

如果数据包长度不等于1460字节,则进入else流程。把后面的数据包在用os_memcpy函数拷贝到pbuffer缓冲区,第一个参数pbuffer + os_strlen(pbuffer),的os_strlen(pbuffer)是为了跳过前面数据的地址,免得后面的数据覆盖了前面的数据。

之后调用if(pstr = (char *)os_strstr(pbuffer, "Hello") != NULL)等判断语句查找相关字段。

不过该处理方法有明显的局限性,就是缓冲区只有2KB大小,最多只能缓冲两个TCP数据包。同时后面的判断语句也只是做了一个if (length == 1460) else,如果接收到第二个数据包也是1460字节,则覆盖掉第一个TCP数据包的缓冲数据内容。

因此该核心代码虽然可以处理TCP的分包,但是只能处理两个TCP分包,超过两个TCP分包就会出现BUG。

其他处理方法

我在之前的文章有过处理TCP粘包分包的方法——《TCP Socket的粘包和分包的处理》。

其实就是在第一个数据包里定义一个用户数据长度的字段,如果收到的数据包大小小于这个长度,则缓冲该数据包及继续接收后面的数据包。所有数据包接受完后,再进行处理。

猜你喜欢

转载自blog.csdn.net/u012163234/article/details/72938306