网络编程知识预备(4) ——应用层HTTP协议与HTTPS协议

行稳方能走远

已于 2023-10-23 21:22:22 修改

阅读量627

点赞数 1

分类专栏：智能家居文章标签： http https tcp/ip

于 2021-05-16 12:26:39 首次发布

本文链接：https://blog.csdn.net/zhuguanlin121/article/details/116887110

版权

智能家居专栏收录该内容

18 篇文章 29 订阅

订阅专栏

参考：简单了解HTTP协议与HTTPS协议
作者：丶PURSUING
发布时间： 2021-03-15 10:55:13
网址：https://blog.csdn.net/weixin_44742824/article/details/114807328?spm=1001.2014.3001.5502

这篇讲的更全面和详细，可以配合看一下：【网络】用代码讲解HTTP协议

编程实现人脸识别需要基于人工智能平台，基于HTTP协议通讯，B/S模式，顺便简单了解HTTP协议相关的周边，也是在为面试做准备。

HTTP协议

重点了解GET请求和POST请求，以及他们的区别。

一、http协议的特性(长连接与短连接)

http协议是建立在TCP/IP协议之上应用层协议，默认端口为80或者8080

http协议的的特点是无状态，短连接

（短连接指的是不像socket服务器一样，客户端与服务器一直保持连接(心跳包方式实现)，而是例如你在百度进行搜索，网页数据过来后连接就断开，直到你下次继续搜索）

http协议1.1版本默认是长连接，如下图第五行所示：connection : Keep-Alive。长连接可以设置超时time out就断开连接的机制。

二、http协议的请求

这部分摘自：https://www.douyin.com/video/7107206624288181511
在接口的测试过程中，我们经常会遇到get请求和post请求。在每一家公司，针对接口测试的话，一定会要参考一个文件，叫做接口文档。那这边给大家在本地部署了一个接口文档，显示接口的路径，以及这个接口的业务。每一个接口它都会清楚明白地写到接口的请求方法是什么，比如这个电商添加购物车或者电商提交订单这样的一些接口，它就基于post方法，而这个用户数据是通过ID查询数据这种，上面写着get的，这个就是get方法，我们通过接口文档可以快速的了解到我们当下要测试的这个接口，它是什么样的一种请求方法。

我们清楚他是用什么方法之后呢，我们再来简单说一下get和post：

它的第一个区别就是不同的应用。Post请求方法，我们会用于做表单数据的提交，在这个情况下，比如说我们登录，输入账号密码，点击登录按钮，提交了用户的数据过去，这个时候我们做了一个表单提交到数据库当中，去判断我们这个用户是否存在，这个时候我们提交了一批数据过去，这个时候就执行了一个post请求。其次，我们修改保存数据的时候，比如修改用户名、住址啊、电话这样的一些信息做修改，然后保存，这种数据修改保存的这种操作，是以post方法来做的；Get请求一般来说我们是通过查询数据和展示数据的时候，我们会用到get请求。比如说我当前页面展示所有的商品信息，或者说这个页面展示所有的用户数据记录，或者说是展示所有的这个日志记录这样的一些数据展示的功能，都是调用get方法来完成的。当然包括你支付啊，提交支付信息这些东西都是用的post，一个是提交，一个是获取，这是他们在不同应用场景下面的一个定义。
当然具体的定义内容上面，我们还是可以通过接口文档去看，为什么呢？因为所有的请求方法，他本质意义上来讲，其实他底层的数据交互还是基于TCP来做的，所以get请求也好，Post请求也好，它本身还是走的TCP的这种传输的形式，所以我们如何去区分它们的实际应用场景呢？最简单粗暴的方法就是看你们的接口文档。好，那么这个是应用场景上面，我跟大家讲到的是一些常规的或者说普通的大众的这种应用手段。
那么另外的一些区别包括什么呢？第一个我们在实际应用场景当中啊，可能有同学会知道get请求他的所有参数都是附在URL的后面。那么POST请求他就不会附在后面，它只是一个URL放在这里，所有的参数都是通过body去进行传输的。这个可能是它们两者之间的区别。
这个回答你只是在第一层，因为前面我们讲过，他们其实本质上来讲是TCP的这个协议来进行数据传输的，所以说对于我们的系统来讲，对于数据的传输来讲，它本质意义上还是TCP。所以他get也好，Post也好，其实从技术角度而言，Get请求它也可以把所有提交数据放到body中去，Post请求也可以把所有的提交数据放到URL当中来，这个在技术上面是可以实现的。所以说我们单纯去讲这个区别其实不准确。我们应该要加上一句话就是说，在常规的请求方法的应用中，get请求的所有的数据会明文显示在URL的后面儿，Post它会存放到body当中去，这个相对来说更为准确。
第二个就是安全性，安全性也其实更大一部分原因就是因为get请求是明文显示，Post请求不是明文显示，所以说post在这个传输的过程中，它相对来说是安全一点，但其实对于有技术的人或者做过接口测试的人都会知道，我们可以通过抓包工具直接就获取到两种请求当中的所有数据内容。所以这个安不安全取决于什么呢？取决于你自己的能力而定。
第三个区别就是post请求没有长度限制(R项目传地图文件直接开辟100*1024+512个字节空间)，get请求有长度限制。我看到一个说明是这样讲的：get请求他之所以有长度限制，是因为URL本身有长度限制，而不是说get请求有长度限制。大家都知道get请求一般我们在实际使用的时候，这个链接后面都会带上所有的参数，如果这个参数无限制的长的话，那也就意味着这个URL本身它是无限之长，而其实URL本身的长度它是有限制的，所以说由此就导致了get请求它有长度限制，而post因为他所有的传输内容都在body当中，所以说post请求他没有长度限制，因为它不显示了吗，他不在URL显示，他是作为一个数据包传输啊，所以不会有这样的一个长度限制的问题。
还有一个什么呢？就是get请求的数据呢，它可以被缓存，而post请求的数据内容不可以被缓存，但是你们可以这么去讲，但其实本质意义上来说，Get请求跟post请求，他们本身就像我说的，他是TCP传输协议所承载的一种数据传输，他们在很多地方其实都是一样的，只是说我们在中间做了一些不同的处理而已。
如果你真的要归结到根本意义上的底层的话。很可能会出现一个什么情况呢？就是有一些浏览器，我们在进行接口调用的时候，我get请求我只能发送一次，而post请求呢，我会发送两次数据包(先发送header，服务器响应100continue，浏览器再发送data)，这个这个就很可能是一个真正意义上的区别。

http协议的报文传输的是ASCII码，在TCP/IP协议之上，主要主要分为三部分：

利用抓包工具httpwatch可以获取报文，多见于前端，后端用于分析数据传输过程中产生的问题。

请求行

浏览器向服务器发送的，在第一行，包含：

请求方式（GET请求、POST请求）
url（网址）
http协议版本

GET请求

例如：

在这里插入图片描述

请求方式是GET请求，url携带的参数可见，http协议版本是1.1

POST 请求(人脸识别方案)

例如：

在这里插入图片描述

请求方式为POST请求，url携带的参数不可见，协议版本是1.1

两个请求的区别

本质区别：

GET产生一个TCP数据包；POST产生两个TCP数据包。

对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200（返回数据）；
对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok（返回数据）。

200是什么意思，总结起来一句话，以2开头的为成功，以4开头的多为失败，如常见的404.
详情跳转：http协议中各个响应状态200_301_404_500等返回值含义快速一览

其他区别：

（1）url携带的参数是否可见：
get，url携带的参数可见
例如：

var url = 'http://192.168.1.40:8080/v1/sea?page=1&per_page=10' + 'search=' + escape(str)

参数用&符号进行连接，被当做参数的分隔符来进行处理。上面就两个参数。page=1，per_page=10

post，url携带的参数不可见
有参数，但被隐藏起来了，可以通过抓包查看这个参数。

（2）参数传递方式
get，通过请求行拼接url进行传递参数
post，通过请求主体传输参数
（3）缓存性
get请求是可以缓存的
post请求不可以缓存
（4）页面后退的反应
get请求页面后退时，不产生影响（因为有缓存）
post请求页面后退时，会重新提交请求（没有缓存）
（5）传输数据的大小
get一般传输数据大小不超过2k-4k（根据浏览器不同，限制不一样，但相差不大）
post请求传输数据的大小根据php.ini 配置文件设定，也可以无限大。
（6）安全性
这个也是最不好分析的，原则上post肯定要比get安全，毕竟传输参数时url不可见，但也挡不住部分人闲的没事在那抓包玩。安全性个人觉得是没多大区别的，对传递的参数进行加密，其实都一样。

请求头

浏览器向服务器发送一些状态数据，标识数据等等

一个信息一行，包括信息名：信息值，按行分隔。

例如：

User-Agent: firefox//表示发送请求的浏览器（请求代理端）是firefox
Host: shop.100.com//表示请求的主机域名（基于域名的虚拟主机就是靠这个头判断的）
Cookie:name=itcast//浏览器携带的cookie数据。
Content-Type: application/x-www-form-urlencoded
Content-Length: 40
Connection: Keep-Alive

注意，请求头信息，需要使用一个空行结束！（目前没搞懂）

请求主体

请求代理端向服务器端，发送的请求数据！

典型的就是POST形式发送的表单数据！

get请求，没有请求主体部分！get数据是在请求行中的url上进行传递的！

三、http协议的响应

HTTP/1.1 200 ok
Date: Tue，19 Nov 2013 03:08:55 GMT
Server: Apache/2. 2.22 (Win32) PHP/5.3. 13
X- -Powered -By: PHP/5. 3.13
Content-Length: 16
Content- Type: text/html