This topic created in 3257 days ago, the information mentioned may be changed or developed.
用 aes cfb 加密
我的想法是这样
包头放一个 unaigned short 表示长度
包尾放一个 char 表示结束
包的长度缺失会导致数据解不完全
收到首包先 decrypt 获取包标记的长度
残包则不 decrypt
所以现在有这些情况
1.首包完整
2.首包长度少了 标记残包
3.首包长度多了 标记 copy 出残包 处理完整的包
标记残包后又接受新包后出现：
4.还是残包
5.长度多了 重复 3
6.刚好 处理掉 等下一首包
问题来了，如果首包收到 1byte 的话，那就连长度都不知道了，处理起来简直爆炸。
各位大神有没有屌一点的解决思路？
12 replies • 2017-07-13 14:02:32 +08:00
 |
|
1
xenme Jul 6, 2017 via iPhone
来多少收多少。
然后根据长度，序号来处理就好了。
|
 |
|
2
yangff Jul 6, 2017
tcp 是流啊……
|
 |
|
3
XiaoxiaoPu Jul 6, 2017
TCP 是流(stream)，怎么会粘包(packet)。设计 TCP 上的通信协议一定不要带着包这个概念。你看 HTTP 协议里，都是用特殊的内容(\r\n 或空行等等)来标记一个结构的结束，从来没提过“包”。
|
 |
|
4
senghoo Jul 6, 2017 via iPad
做缓冲区，收到的全部扔缓冲区，然后根据包头获取指定长度，剩下的留着当作下个包。
|
 |
|
5
sleshep Jul 6, 2017
我读 4 字节,不够再读,大小不久得到了?
|
 |
|
6
yxaaa123 Jul 6, 2017
几年前有次面试时候面试题里面看到『如何处理 TCP 的粘包问题？』的问题，那时候对网络完全不懂，后来在网上找这方面的答案，也找到了。其实很多人都把这种情况称为粘包。。。
|
 |
|
7
qq292382270 Jul 6, 2017
会分包但是不会乱序. 所以可以一直接收数据,直到在数据里面拿到完整的就好了..
|
 |
|
8
liuminghao233 Jul 6, 2017 via iPhone
毕竟要区分数据 每段数据长度不同 于是就把每段数据当成包了
|
 |
|
9
monsterxx03 Jul 6, 2017  1
第一次看到粘包这词我也很费解，tcp 哪来的 packet 概念， 后来才反应过来他们是指应用层协议的包。
|
 |
|
10
colincat Jul 6, 2017 via iPhone
1.什么是 TCP 粘包与拆包
首先 TCP 是一个"流"协议，犹如河中水一样连成一片，没有严格的分界线。当我们在发送数据的时候就会出现多发送与少发送问题，也就是 TCP 粘包与拆包。得不到我们想要的效果。
所谓粘包：当你把 A，B 两个数据从甲发送到乙，本想 A 与 B 单独发送，但是你却把 AB 一起发送了，此时 AB 粘在一起，就是粘包了
所谓拆包: 如果发送数据的时候，你把 A、B 拆成了几份发，就是拆包了。当然数据不是你主动拆的，是 TCP 流自动拆的
2.TCP 粘包与拆包产生原因
1.进行了 MSS 大小的 TCP 分段
2.以太网帧的 plyload 大与 MTU 进行了 IP 分片
3.应用程序 write 写入的字节大小大于套接口发送的缓冲区大小
3.解决方法
1.消息定长，比如把报文消息固定为 500 字节，不够用空格补位
2.在包尾增加回车换行符进行分割，例如 FTP 协议
3.将消息分为消息头和消息体，消息头中包含表示消息总长度的字段
可以使用 varint 不固定包头
|
|
|
12
liuminghao233 Jul 13, 2017 via iPhone
写了半个月终于把 ss 写出来了ˊ_>ˋ
其实不算很难
sock5-relay-relayserver-sock5 这个模型中考虑的东西稍微有点多
速度还是很给力的本地跑满 100m 没问题 2333
谢谢各位大佬
|
Select Language