[Linux]---网络基础( 应用层协议:http协议 )

本文介绍了TCP粘包问题及其解决方案,包括使用定长数据结构和包头+数据+包尾格式。接着讲解了HTTP协议的基础,如URL、HTTP请求格式及常见请求头部。最后提到了简单HTTP服务器的实现。
摘要由CSDN通过智能技术生成

目录

 

TCP粘包问题

什么是TCP粘包问题

怎么解决tcp粘包问题解决方法:

应用层知名协议 -- http

URL简介

http协议的格式

简单HTTP服务器实现


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协议的格式

请求:

请求首行&#

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值