目录
1. Host
2. Content-Length与Content-Type
2.1 Content-Length
2.2 Content-Type
3. User-Agent(UA)
4. Referer
5. Cookie
header的整体格式是“键值对”结构,一行是一个键值对,这些键值对都是HTTP定义好的、有特殊含义的。
常见的报头种类有:
1. Host
Host表示访问的服务器主机的地址与端口号(端口号可省略),或域名:
在此例中,首行中的URL与Host的信息是一致的,但也有可能不一致,
如在使用代理的情况下,Host的内容可能与URL的内容不一致;
2. Content-Length与Content-Type
只有当请求里有body部分才会有这两个属性,通常情况下GET请求没有body,POST请求有body;
2.1 Content-Length
Content-Length描述的是body中数据的长度;
注:前文TCP一文中已经描述过TCP传输过程中的粘包问题,原文链接如下:
【JavaEE】_传输层协议UDP与TCP-CSDN博客
HTTP在传输层是基于TCP实现的,当使用同一个TCP链接传输多个HTTP数据包时就会使得多个HTTP数据包在TCP接收缓冲区中挨在一起,接收方解析是需要明确HTTP数据包之间的边界:
对于GET(没有body)的请求,直接使用空行作为分隔符进行区分;
对于POST(有body)的请求,就需要结合空行和Content-Length进行区分;
2.2 Content-Type
Content-Type描述的是body中数据的格式;
在请求的body部分中可以选择的方式是非常多的,
请求中常见的格式有:json,form表单,form-data等格式:
如json格式:
响应中常见的格式有:html,css,js,json,图片等等;
如html格式:
再如css格式:
再如js格式:
注:对于提交给服务器不同Content-Type的请求,服务器处理数据的逻辑是不同的;
同理,服务器返回给浏览器的数据,也需要设置合适的Content-Type,浏览器也会根据不同的Content-Type做出不同的处理;
3. User-Agent(UA)
以访问QQ邮箱网页版为例,请求如下:
UA描述了当前访问因特网的设备情况:包括操作系统的版本与浏览器的版本;
注:早期设置UA是为了区别新旧版本浏览器从而对不同版本的浏览器设置不同的响应格式,以保证新旧版本浏览器都能得到兼容。
而当今的浏览器之间的差距很小,此时UA的作用主要是用于区分PC端或移动端,一般这样的区别只是为了进行统计,而不会返回不同版本的页面,现在的前端开发有“响应式网页”的编程技术,以实现同一个html兼容不同的设备;
4. Referer
Referer用于描述当前页面是从哪个页面跳转来的;
如果直接在地址栏输入URL或点击收藏夹中的按钮,这种请求都是没有Referer的;
比如访问sogou.com后,搜索CSS,抓包请求如下:
5. Cookie
Cookie可以认为是浏览器在本地存储数据的机制;
1. 浏览器的数据来自于服务器,服务器这边管理了一个网站的核心数据,但是在程序运行过程中也会有需要在浏览器这边存储一些数据,如上次登录时间、上次访问时间、用户身份信息、累计访问次数等临时性的数据。Cookie最终会返回给服务器,后续再请求这个服务器时,就会把Cookie中的内容自动带入到请求中,发送给服务器,服务器通过Cookie的内容进行一些逻辑的处理。
2. 浏览器为了考虑安全性,禁止网页直接访问用户的电脑文件系统,网页代码无法直接生成一个硬盘的文件来存储数据,故而直接将数据存储到本地文件中是不可行的。
3. Cookie其实也是按照硬盘文件的方式保存的,但是浏览器对操作文件进行了封装,网页只能往Cookie中存储键值对(简单的字符串);
4. Cookie往往是从服务器返回的,或是页面自己生成的数据,Cookie是存储在浏览器所在的主机的硬盘上的,并且是按照域名为维度进行存储的,每个域名下可以存储各自的Cookie,彼此之间互不影响;
5. Cookie是按照键值对形式组织的,键与值之间用 ; 分隔,且键值对也是程序员自定义的;
6. 查看浏览器Cookie的方法:
文章来源:https://www.toymoban.com/news/detail-828029.html
文章来源地址https://www.toymoban.com/news/detail-828029.html
到了这里,关于【JavaEE】_HTTP请求报头header的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!