网络口试-0x03http 有哪些常见的哀求头以及作用

计算机软件开发 · 2024-9-14 18:51:25

一、是什么？

界说：http头字段【http header fields】，指的是在超文本传输协议（http）的哀求和相应消息中的消息头部门；

它们界说了一个超文本传输协议变乱中的操作参数

GET /home.html HTTP/1.1Host: developer.mozilla.orgUser-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:50.0) Gecko/20100101 Firefox/50.0Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8Accept-Language: en-US,en;q=0.5Accept-Encoding: gzip, deflate, brReferer: https://developer.mozilla.org/testpage.htmlConnection: keep-aliveUpgrade-Insecure-Requests: 1If-Modified-Since: Mon, 18 Jul 2016 02:36:04 GMTIf-None-Match: "c561c68d0ba92bbeb8b0fff2a9199f722e3a621a"Cache-Control: max-age=0分类

通用首部字段、哀求首部字段、相应首部字段、实体首部字段、为cookie服务的首部字段、其他首部字段

字段名分析示例Accept可以或许担当的回应内容范例Accept: text/plainAccept-Charset可以或许担当的字符集Accept-Charset: utf-8Accept-Encoding可以或许担当的编码方式列表Accept-Encoding: gzip, deflateAccept-Language可以或许担当的回应内容的天然语言列表Accept-Language: en-USAuthorization用于超文本传输协议的认证的认证信息Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==Cache-Control用来指定在这次的哀求/相应链中的全部缓存机制都必须服从的指令Cache-Control: no-cacheConnection该浏览器想要优先利用的毗连范例Connection: keep-alive Connection: UpgradeCookie服务器通过Set-Cookie发送的一个超文本传输协议CookieCookie: $Version=1; Skin=new;Content-Length以8字节数组（8位的字节）体现的哀求体的长度Content-Length: 348Content-Type哀求体的多媒体范例Content-Type: application/x-www-form-urlencodedDate发送该消息的日期和时间Date: Tue, 15 Nov 1994 08:12:31 GMTExpect表明客户端要求服务器做出特定的举动Expect: 100-continueHost服务器的域名(用于假造主机 )，以及服务器所监听的传输控制协议端标语Host: en.wikipedia.org:80 Host: en.wikipedia.orgIf-Match仅当客户端提供的实体与服务器上对应的实体相匹配时，才进行对应的操作。紧张作用:用作像 PUT 这样的方法中，仅当从用户前次更新某个资源以来，该资源未被修改的情况下，才更新该资源If-Match: "737060cd8c284d8af7ad3082f209582d"If-Modified-Since用于确认署理或客户端拥有的当地资源的有用性；指定的时间早于更新资源的时间，则有用处理处罚，否则，返回304 Not modified的相应if-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMTIf-None-Match允许在对应的内容未被修改的情况下返回304未修改If-None-Match: "737060cd8c284d8af7ad3082f209582d"If-Range如果该实体未被修改过，则向我发送我所缺少的那一个或多个部门；否则，发送整个新的实体If-Range: "737060cd8c284d8af7ad3082f209582d"Range仅哀求某个实体的一部门Range: bytes=500-999User-Agent浏览器的浏览器身份标识字符串User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/21.0Origin发起一个针对跨泉源资源共享的哀求Origin: http://www.example-social-network.com三、利用场景 —— 协商缓存

利用【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】这两对哀求头相应头来管理

Last-Modified 体现当地文件末了修改日期，浏览器会在request header加上If-Modified-Since（前次返回的Last-Modified的值），扣问服务器在该日期后资源是否有更新，有更新的话就会将新的资源发送返来
Etag就像一个指纹，资源厘革都会导致ETag厘革，跟末了修改时间没有关系，ETag可以包管每一个资源是唯一的
If-None-Match的header会将前次返回的Etag发送给服务器，扣问该资源的Etag是否有更新，有变更就会发送新的资源返来
而欺压缓存不须要发送哀求到服务端，根据哀求头expires和cache-control判定是否命中强缓存
会话状态

cookie，范例为「小型文本文件」，指某些网站为了辨别用户身份而储存在用户当地终端上的数据，通过相应头set-cookie决定
作为一段一样寻常不凌驾 4KB 的小型文本数据，它由一个名称（Name）、一个值（Value）和别的几个用于控制 Cookie 有用期、安全性、利用范围的可选属性构成
Cookie 紧张用于以下三个方面：

会话状态管理（如用户登录状态、购物车、游戏分数或别的须要记录的信息）
个性化设置（如用户自界说设置、主题等）
浏览器举动跟踪（如跟踪分析用户举动等

公众号：技能小难

简书

博客园链接须要更换

CSDN

知乎

掘金

segmentfault

本文由mdnice多平台发布

网络口试-0x03http 有哪些常见的哀求头以及作用

所属分类: 问答交流

新帖推荐: 30日

推荐作品