TCP粘包分包带校验并发处理，基于星光极速

猫神父

还是那句话，易语言发展了二十年，搞IT的你遇到用其他语言的“外国人”比“本国人”多，不必保留，随意分享，易友都是好兄弟

看了论坛不少的分包粘包的源码，懒得吐槽了，到头来还是在CSDN上找到能说清楚的

1.TCP是流传输，所以本质上不该称之为粘包，发送者和接收者都是自顾自的，要一段一段发得选UDP
现象是，你发出3个2048字节的包，发送时会被优化成4096/2048，或者跟之前的包合并，但是取出时却很随意，除了空载时的首个包，其他有可能拆成1-4096大小若干个包

2.“粘包”和“分包”很头疼，但是只要抓住第一个包，问题就解决了一大半
幸运的是，TCP发出的包不是乱序的，这有点像你按顺序写出字节集一样，只要你抓住头部的定义，就能轻而易举解构数据

为此，发送时，首个包要跟前一段数据流有时间间隔，好让之前的Recv操作完成(当然，条件允许可以Recv完成后反馈，发送端收到反馈消息再继续下一波)

3.定义协议结构，各有各的办法，以下代码仅作参考

1. .版本 2
   
2. 
   
3.     pocket ＝ 取空白字节集 (#pk_size)
   
4.     DataAddr ＝ 取变量指针 (pocket) ＋ 8
   
5. 
   
6.     pk_sign ＝ 取字节集数据 (到字节集 (“P_KT”), #整数型, )
   
7.     写数值ptr (DataAddr, #pk_sign, pk_sign)
   
8.     写数值ptr (DataAddr, #pk_crch, CRC32all)
   
9.     写数值ptr (DataAddr, #pk_crc32, CRC32all)
   
10.     写数值ptr (DataAddr, #pk_SN, 集_SN)
    
11.     写数值ptr (DataAddr, #pk_remain, size)
    
12.     CRC32pk ＝ CRC32_PTR (DataAddr, #pk_size)
    
13.     写数值ptr (DataAddr, #pk_crch, CRC32pk)
    

复制代码

4.使用哈希表存储分包数据
我认为哈希表存储的方式是线程安全的，客户句柄是唯一的，一个客户甚至分不到一条线程，该句柄对应的数据地址是唯一的，所以不会出现两条线程同时操作一个内存地址的情形
当然，出现碰撞时，插入链表这个操作不是线程安全的，这个以后优化

5.星光极速模块我只稍微改了一下，把原先字节集操作改成指针操作

6.没有选择HP-socket的原因是太庞大了，用来做服务端可以，但是如果作为客户端即使是静态库，编译之后也很大

7.目前涉分包组包的代码不多，其他的运用过程中不断改进

关于哈希表的部分，我专门开了个帖子
https://bbs.125.la/forum.php?mod=viewthread&tid=14659403

猫神父

补充一下稍作修改的星光模块

rasn0r

        支持开源~！感谢分享

zkwt0012

人海茫茫，你能碰到的都是兄弟，不是竞争对手。

senyu239

先收藏

yezirun888

6666666666666666666666666666666666666666

329424313

支持开源~！感谢分享

jylt531971998

感谢发布原创作品，一定好好学习，天天向上

徐胜民

不错      

徐胜民

不错         

小布仕奇

111111111111111111111111111111

豫源

虽然我看不懂但还是要支持