目录
TCP粘包问题
什么是TCP粘包问题
tcp对于收发双方的数据采用字节流的方式进行传递,tcp在传输层进行工作,接收到的数据需要递交给应用层,由于接受方tcp对于发送方tcp发送的数据是不分边界的,而是直接全部接受到缓冲区当中的数据递交给应用层。这样就会导致可能发送方发送的两次数据被一次接收后全部交给应用层,应用层如果不加以区分,就会发生问题,无法区分两次接收的数据。下面进行举例:
怎么解决tcp粘包问题解决方法:
1. 可以收发双方提前都约定好使用一个定长的数据结构进行收发数据。‘
例如: struct DataInfo{ char Data1_[20]; char Data2_[20]; };
但这种方法存在弊端:当收发双发有多种定长的数据结构的时候,对于接受方来说,就会无法确定什么时候接受哪种定长的数据结构。
2.采用带有 定长包头+数据+ 包尾(分隔符) 的应用层数据格式
- 定长包头:可以获取当前数据包的大小
- 包尾:区分每一条数据的边界位置,常见的包 \r\n (二进制表示为 0D0A)
- 分隔符不一定是一个字节的字符,也可以是一个字符串,只不过工业上常用 \r\n
协议是一种 "约定". socket API的接口, 在读写数据时, 都是按 "字符串" 的方式来发送接收的. 如果我们要传输一些"结构化的数据"
结构化传输:
- 序列化:将对象转化成为字节序列的过程,而在传输数据时候,按照数据结构对象当中变量的组织格式来进行传输
- 反序列化:将字节序列转化为对象的过程,而在接收数据时候,按照数据结构对象当中变量的组织格式来进行传输
应用层知名协议 -- http
http协议:超文本传输协议,在传输层使用的协议是tcp.
URL简介
平常我们说的网址其实就是“URL”
注意:
- 带层次的文件路径中: “\”并不是真正的根目录,只是逻辑上的根目录
- 查询字符串:实际上是给服务端递交的数据,提交数据的方式是key=value的形式,假设有多个提交的数据使用&符号相连接 eg:&key=value&key=value 注意由于可能在value中存在特殊字符(eg: +),这些符号本身在日常生活中具有普遍意义,所以为了区分特殊字符,在URL当中对特殊字符串进行编码。比如上面的"+"在进行URL编码后就是十六进制的"2B".编码过程就是将特殊字符转化为16进制进行传输。因此为了告诉服务器该16进制是进行过URL编码的,所以在它(16进制)前面加上“%”
- 片段标识符:当服务器返回的页面被浏览加载之后,定位的位置在哪。类似于我们经常浏览网页看到的 直接回到顶部 按钮。
这里介绍一个在线URL编码网站:http://tool.chinaz.com/Tools/urlencode.aspx
http协议的格式
请求:
请求首行&#