- 1希尔排序(C语言)_希尔排序c语言
- 2matlab常用快捷键_matlab搜索快捷键
- 3在Linux服务器上部署Jupyter notebook_linux如何调用gpu运行jupyter notebook
- 4希尔排序（C语言）_希尔排序c语言代码
- 5Linux开启ssh服务_linux ssh 服务开启
- 6支付通道安全：应对黑客攻击的策略与实践
- 7macOS系统下载安装PyCharm社区版本的流程(详细）_mac安装pycharm社区版
- 8【动态规划】05路径问题_不同路径_C++_c++不同路径问题
- 9代码随想录算法训练营day46 | 完全背包、518. 零钱兑换 II、377. 组合总和 Ⅳ
- 10【Elasticsearch】Elasticsearch索引创建与管理详解_es 创建索引
【强烈建议收藏:计算机网络面试专题:HTTP协议、HTTP请求报文和响应报文、HTTP请求报文常用字段、HTTP请求方法、HTTP响应码】_线上考试获取题目和答案的请求报文
赞
踩
一.知识回顾
之前我们一起学习了HTTP1.0、HTTP1.1、HTTP2.0协议之前的区别、以及URL地址栏中输入网址到页面展示的全过程&&DNS域名解析的过程、HTTP协议基本概念以及通信过程、HTTPS基本概念、SSL加密原理、通信过程、中间人攻击问题、HTTP协议和HTTPS协议区别。接下来我们就来学习一下【强烈建议收藏:计算机网络面试专题:HTTP协议、HTTP请求报文和响应报文、HTTP请求报文常用字段、HTTP请求方法、HTTP响应码】，发车啦，嘟嘟嘟！
二.HTTP请求报文和响应报文
HTTP是面向文本的，其报文中的每一个字段都是一些ASCII码串，并且每个字段的长度都是不确定的。
2.1 HTTP请求报文格式
HTTP请求报文主要由请求行、请求头部、请求正文三部分组成，如下图所示
2.1.1 请求行
请求行由三部分组成，分别为：请求方法、URL、协议版本。三者之间由空格分隔。
- 请求方法:包括GET、HEAD、PUT、POST、TRACE、OPTIONS、DELETE以及扩展方法，当然并不是所有的服务器都实现了所有的方法，部分方法即便支持，处于安全性的考虑也是不可用的。
- URL:统一资源定位符，可以提供该资源的路径。它是一种具体的 URI，即 URL 可以用来标识一个资源，而且还指明了如何 locate 这个资源。
补充：什么是URI呢？
URI(Uniform Resource Identifier) 是统一资源标志符，可以唯一标识一个资源。 - 协议版本：版本格式->HTTP/主版本号.次版本号，常用的有HTTP/1.0、HTTP/1.1、HTTP/2.0
HTTP请求报文中请求行中的请求方法相关补充:HTTP协议的方法都有哪些呢？
1. HTTP版本支持的方法
根据 HTTP 标准，HTTP 请求可以使用多种请求方法。
- HTTP1.0 定义了三种请求方法： GET, POST 和 HEAD 方法。
- HTTP1.1 新增了六种请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。
2. HTTP请求的方法
| 方法 | 描述 |
|---|---|
| GET | 请求指定的页面信息，并返回实体主体。 |
| HEAD | 类似于 GET 请求，只不过返回的响应中没有具体的内容，用于获取报头 |
| POST | 向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST 请求可能会导致新的资源的建立和/或已有资源的修改。 |
| PUT | 从客户端向服务器传送的数据取代指定的文档的内容。 |
| DELETE | 请求服务器删除指定的页面。 |
| CONNECT | HTTP/1.1 协议中预留给能够将连接改为管道方式的代理服务器。 |
| OPTIONS | 允许客户端查看服务器的性能。 |
| TRACE | 回显服务器收到的请求，主要用于测试或诊断。 |
| PATCH | 是对 PUT 方法的补充，用来对已知资源进行局部更新 。 |
2.1.2 请求头部
- 请求头部为HTTP请求报文添加了一些附加信息，由“名/值”对组成，每行一对，名和值之间使用冒号分隔；
- 请求头部的最后会有一个空行，表示请求头部结束，接下来为请求正文，这一行非常重要，必不可少
常见请求头如下：
| 请求头 | 说明 |
|---|---|
| Host | 接受请求的服务器地址，可以是IP:端口号，也可以是域名。请求报文头部主要用于指定被请求资源的Internet主机和端口号，发送请求时，这个字段是必需的 |
| User-Agent | 告诉HTTP服务器， 客户端使用的操作系统和浏览器的名称和版本。发送请求的应用程序名称，也就是浏览器名称 |
| Connection | 指定与连接相关的属性，如Connection:Keep-Alive |
| Accept-Charset | 通知服务端可以发送的编码格式 |
| Accept-Encoding | 通知服务端可以发送的数据压缩格式，gzip、deflate。浏览器申明自己接收的编码方法，通常指定压缩方法，是否支持压缩，支持什么压缩方法（gzip，deflate） |
| Accept-Language | 通知服务端可以发送的语言，浏览器申明自己接收的语言 |
| Accept | 传输文件类型，text/html浏览器可以接受服务器回发的类型为 text/html，*/*代表浏览器可以处理所有类型（一般浏览器发给服务器都是发这个） |
| Cookie | 可以表示用户状态的信息 |
| Upgrade-Insecure-Requests | 升级为HTTPS请求 |
| Referer | 当浏览器向web服务器发送请求的时候，一般会带上Referer，告诉服务器我是从哪个页面链接过来的，服务器籍此可以获得一些信息用于处理 |
| x-requested-with:XMLHttpRequest | Ajax异步请求 |
| Range | bytes=0-5。指定第一个字节的位置和最后一个字节的位置。用于告诉服务器自己想取对象的哪部分。 |
| Cache-Control | 浏览器缓存策略 |
对于请求头中几个重要的信息进行补充说明
1.Connection：决定HTTP连接（不是TCP连接）是否在当前事务完成后关闭。
Connection：keep-alive。当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。
Connection：close。代表一个Request完成后，客户端和服务器之间用于传输HTTP数据的TCP连接会关闭， 当客户端再次发送Request，需要重新建立TCP连接。
Keep-Alive：多次请求复用一个TCP连接。
Keep-Alive: timeout=5, max=1000
2.User-Agent：这个字段可以帮助统计客户端用了什么浏览器、操作系统等
3.Cookie：Cookie提供了一种机制使得万维网服务器能够“记住”用户，而无需用户主动提供用户标识信息。也就是说，Cookie是一种对无状态的HTTP进行状态化的技术。
HTTP是无状态的：协议对于事务处理没有记忆能力，对同一个url请求没有上下文关系，每次的请求都是独立的，它的执行情况和结果与前面的请求和之后的请求是无直接关系的，它不会受前面的请求应答情况直接影响，也不会直接影响后面的请求应答情况
使用Cookie在服务器上记录用户信息：
Cookie：用来存储一些用户信息以便让服务器辨别用户身份的（大多数需要登录的网站上面会比较常见），比如cookie会存储一些用户的用户名和密码，当用户登录后就会在客户端产生一个cookie来存储相关信息，这样浏览器通过读取cookie的信息去服务器上验证并通过后会判定你是合法用户，从而允许查看相应网页。当然cookie里面的数据不仅仅是上述范围，还有很多信息可以存储是cookie里面，比如sessionid等。
4. Cache-Control：默认为private，响应只能够作为私有的缓存，不能再用户间共享。
- Cache-Control：public。响应会被缓存，并且在多用户间共享。正常情况，如果要求HTTP认证，响应会自动设置为private。
- Cache-Control：must-revalidate。响应在特定条件下会被重用，以满足接下来的请求，但是它必须到服务器端去验证它是不是仍然是最新的。
- Cache-Control：no-cache。响应不会被缓存，而是实时向服务器端请求资源。
- Cache-Control：max-age。设置缓存最大的有效时间，但是这个参数定义的是时间大小，而不是确定的时间点。单位是秒。
- Cache-Control：no-store在任何条件下，响应都不会被缓存，并且不会被写入到客户端的磁盘里，这也是基于安全考虑的某些敏感的响应才会使用这个。
2.1.3 请求数据
- 请求这部分需要看请求的方法，如果是GET请求就没有请求正文。
- 查看某一个请求数据，如下步骤所示:
进入浏览器，按下F12，打开浏览器的开发者工具查看某个HTTP请求的报文：
2.2 HTTP响应报文格式
HTTP响应报文主要由状态行、响应头部、响应正文三部分组成，如下图所示
2.2.1 状态行
状态行由3部分组成，分别为：协议版本、状态码、状态码描述。三者之前由空格分隔。
- 协议版本：版本格式->HTTP/主版本号.次版本号，常用的有HTTP/1.0、HTTP/1.1、HTTP/2.0
- 状态码：状态代码为3位数字，第一个数字定义了响应的类别，且有五类。1xx：指示信息——表示请求已接收，继续处理；2xx：成功——表示请求已被成功接收、理解、接受；3xx：重定向——要完成请求必须进行更进一步的操作；4xx：客户端错误——请求有语法错误或请求无法实现；5xx：服务器端错误——服务器未能实现合法的请求
- 状态码描述：每个状态码都代表了不同的含义，表示不同的响应信息。
常用状态码如下:
| 状态码 | 说明 |
|---|---|
| 200 | 响应成功 |
| 301 | 永久重定向，搜索引擎将删除源地址，保留重定向地址 |
| 302 | 暂时重定向，重定向地址由响应头中的Location属性指定 |
| 304 | 缓存文件并未过期，还可继续使用，无需再次从服务端获取 |
| 400 | 客户端请求有语法错误，不能被服务器识别 |
| 403 | 服务器接收到请求，但是拒绝提供服务（认证失败） |
| 404 | 请求资源不存在 |
| 500 | 服务器内部错误 |
对于响应状态码的信息进行补充说明
1. 3xx状态码补充
2. 4xx状态码补充
2. 5xx状态码补充
2.2.2 响应头部
- 请求头部类似，但是还为响应报文添加了一些附加信息；
- 常见响应头部如下：
| 响应头 | 说明 |
|---|---|
| Server | 服务器应用程序软件的名称和版本 |
| Content-Type | 响应正文的类型（是图片还是二进制字符串） |
| Content-Length | 响应正文长度 |
| Content-Charset | 响应正文使用的编码 |
| Content-Encoding | 响应正文使用的数据压缩格式 |
| Content-Language | 响应正文使用的语言 |
对于响应头部中几个重要的信息进行补充说明
1. Content-Type：请求的时候，告知服务端数据的媒体类（MediaType/MIME Type)。返回的时候告知客户端，数据的媒体类型。
2.2.3 响应正文
- 响应这部分也需要看响应的方法，如果是GET请求就没有响应正文。
- 查看某一个响应方式，如下步骤所示:
进入浏览器，按下F12，打开浏览器的开发者工具查看某个HTTP响应的报文：
三.总结
如果你看到这里啦，那必须要为你点赞了。
- HTTP协议
- HTTP请求报文基本格式、HTTP请求报文常用字段、HTTP请求方法
- HTTP响应报文基本格式、HTTP响应报文常用字段、HTTP响应码
其实学习就是这样，鼓噪乏味，但知道了为什么学习，为什么努力后，好像一切就没有想象总那么糟了。
我是硕风和炜，我们下篇文章见哦。
