Header解析
不管是作为后端还是前端开发人员,对于web请求的过程和参数都是需要了解的。
下面是对一次简单的http请求的header分析,作为自己的一个总结,也希望对大家有所帮助。
以Chrome为例:

我们对header的参数挨个分析
General
- Request URL: http://localhost:88/ 这里需要了解的是URI的结构,URI和URL详细请参考这里
需要注意的地方:锚点(永远不会发到服务器端)
URI和URL的区别:URL是URI最常见的一种形式,URL的协议(http/https/ssh/ftp/wss/mailto) - Request Method: GET
请求方法除了常见的GET,POST,PUT,DELETE,还包括如下:
HEAD:请求获取由Request-URI所标识的资源的响应消息报头
CONNECT:保留
OPTIONS:请求查询服务器的性能,或者查询与资源相关的选项和需求
TRACE:请求服务器回送收到的请求信息,主要用于测试或诊断参考:https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Methods
- Status Code: 200 OK
状态码需要了解的大致如下:
1xx:服务器收到信息,等待请求者继续(100:contine,101:协议切换)
2xx:接受并操作成功(200,201:Created,202:Accepted-可能交给其它进程处理,203 Non-Authoritative Information,204:No Content,
205:Reset Content,206:Partial Content)
3**:重定向(300 Multiple Choice,301 Moved Permanently,302 Found,303 See Other,304 Not Modified,305 Use Proxy,
306 unused,307 Temporary Redirect,308 Permanent Redirect)
4xx:客户端错误(400 Bad Request-语义有错或参数错误,401 Unauthorized,402 Payment Required-备用,403 Forbidden-类似权限禁止,404 Not Found,
405 Method Not Allowed,406 Not Acceptable,407 Proxy Authentication Required,408 Request Timeout,409 Conflict,410 Gone,
411 Length Required,412 Precondition Failed,413 Payload Too Large,414 URI Too Long,415 Unsupported Media Type,
416 Requested Range Not Satisfiable,417 Expectation Failed,418 I'm a teapot-好玩,421 Misdirected Request,
422 Unprocessable Entity (WebDAV),423 Locked (WebDAV),424 Failed Dependency (WebDAV),425 Too Early,
426 Upgrade Required,428 Precondition Required,429 Too Many Requests,431 Request Header Fields Too Large,
451 Unavailable For Legal Reasons)对于nginx自定义的状态码(499:客户端断开连接,大部分情况是服务器响应超时导致)
5xx:服务器错误(500 Internal Server Error,501 Not Implemented,502 Bad Gateway,503 Service Unavailable,504 Gateway Timeout,
505 HTTP Version Not Supported,506 Variant Also Negotiates,507 Insufficient Storage,508 Loop Detected (WebDAV),
510 Not Extended,511 Network Authentication Required)
参考:https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status
- Remote Address: [::1]:88 请求地址(此处的::1是IPv6本机地址,88为端口号)
- Referrer Policy: no-referrer-when-downgrade (用于过滤referrer)
no-referrer
整个 Referer 首部会被移除。访问来源信息不随着请求一起发送。
no-referrer-when-downgrade (默认值)
在没有指定任何策略的情况下用户代理的默认行为。在同等安全级别的情况下,引用页面的地址会被发送(HTTPS->HTTPS),但是在降级的情况下不会被发送 (HTTPS->HTTP)。
origin
在任何情况下,仅发送文件的源作为引用地址。例如 https://example.com/page.html 会将 https://example.com/ 作为引用地址。
origin-when-cross-origin
对于同源的请求,会发送完整的URL作为引用地址,但是对于非同源请求仅发送文件的源。
same-origin
对于同源的请求会发送引用地址,但是对于非同源请求则不发送引用地址信息。
strict-origin
在同等安全级别的情况下,发送文件的源作为引用地址(HTTPS->HTTPS),但是在降级的情况下不会发送 (HTTPS->HTTP)。
strict-origin-when-cross-origin
对于同源的请求,会发送完整的URL作为引用地址;在同等安全级别的情况下,发送文件的源作为引用地址(HTTPS->HTTPS);在降级的情况下不发送此首部 (HTTPS->HTTP)。
unsafe-url
无论是同源请求还是非同源请求,都发送完整的 URL(移除参数信息之后)作为引用地址。
接下来是Response Header
- Accept-Ranges: bytes (主要用于表示接收文件的大小单位,比如为了断点续传)
参考:https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Headers/Accept-Ranges - Cache-Control: no-cache (注意这个缓存控制是分request和response的)
no-cache:强制确认缓存,也就是说向服务器确实是否有缓存(使用服务器端缓存则304)
no-store:禁止进行缓存
private:私有(同一用户)
public:共有
max-age:缓存过期机制(秒数)- 如果没有此参数则会检查expires属性,如果expires也没有,则检查last modified
must-revalidate:使用陈旧资源时必须向服务器验证(缓存驱逐了解下)
* 关于缓存,非常重要,详情可参考这里 - Connection: keep-alive
close: HTTP1.0默认
keep-alive: HTTP1.1默认,持久连接 (对于keep-alive的信息,在服务器设置max和timeout,分别标示最大请求数,超时时间)
* 所谓长连接是指TCP连接会保持一定时间不关闭 - Content-Length: 147 消息主体大小 (byte)
- Content-Type: text/html
结构:type/subtype;parameter=value,例如:text/plain;charset=UTF-8
分为两种:Discrete types和Multipart types
比较重要的类型如下:
application/octet-stream:默认二进制文件(未知),一般用作下载文件(和Content-Disposition:attachment一起用)
text/plain,text/css,text/html,text/javascript
multipart/form-data详情参考
- Date: Tue, 30 Apr 2019 08:33:21 GMT (响应时间,也就是报文创建的时间,注意是GMT格林威治时间)
- ETag: "5cc692d4-93" (资源版本号,用于后台校验资源是否变化)
- Expires: Tue, 30 Apr 2019 08:33:20 GMT (过期时间,同样是GMT时间)
- Last-Modified: Mon, 29 Apr 2019 05:59:48 GMT (资源最后更新时间,精确度比ETag低,备用验证资源是否过期的机制)
- Server: nginx/1.14.2 (处理请求的软件及其版本)
接下来是Request Header
- Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3
告知服务器客户端可以处理的类型
<MIME_type>/<MIME_subtype> 单一精确的 MIME 类型, 例如text/html.
<MIME_type>/* 一类 MIME 类型, 但是没有指明子类。 image/* 可以用来指代 image/png, image/svg, image/gif 以及任何其他的图片类型。
*/* 任意类型的 MIME 类型
;q= (q因子权重)
值代表优先顺序,用相对质量价值表示,又称作权重。
对应Response的Content-Type Accept-Encoding: gzip, deflate, br (编码格式,一般是压缩类型,对应Response的Content-Encoding。用identity可以禁止压缩)
- Accept-Language: zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7
客户端可理解的自然语言和优先选择的区域
zh-CN是区域,zh是语言,;q是权重 - Cache-Control: no-cache
基本和Response中的Cache-Control对应
如下指定可禁止缓存:Cache-Control: no-cache, no-store, must-revalidate - Connection: keep-alive
- Host: localhost:88
- Pragma: no-cache (为了兼容HTTP1.0,等同Cache-Control:no-cache)
- Upgrade-Insecure-Requests: 1 (表示客户端优先选择加密及带有身份验证的响应,并且它可以成功处理)
- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36
用来让网络协议的对端来识别发起请求的用户代理软件的应用类型、操作系统、软件开发商以及版本号
web浏览器的格式一般如下:
Mozilla/<version> (<system-information>) <platform> (<platform-details>) <extensions>
详情参考
Header解析的更多相关文章
- [转]netty对http协议解析原理
本文主要介绍netty对http协议解析原理,着重讲解keep-alive,gzip,truncked等机制,详细描述了netty如何实现对http解析的高性能. 1 http协议 1.1 描述 标示 ...
- Nginx Parsing HTTP Package、header/post/files/args Sourcecode Analysis
catalog . Nginx源码结构 . HTTP Request Header解析流程 . HTTP Request Body解析流程 1. Nginx源码结构 . core:Nginx的核心源代 ...
- HtmlAgilityPack --解析Html源码
最近项目需要从网络上抓取一下数据解析Html源码,奈何正则表达式难写,于是网上搜索找到了“ HtmlAgilityPack”类库,敏捷开发,果然效率非同寻常. 在此做笔记,写下心得,顺便给自己总结一下 ...
- 解析JSON、扩展Fiddler
解析JSON.扩展Fiddler 按文章结构,这部分应该给出WCFRest项目示例,我想WinForm示例足够详尽了,况且WCFRest还不需要使用插件AppDomain那一套,于是把最近写的Fidd ...
- netty对http协议解析原理解析
本文主要介绍netty对http协议解析原理,着重讲解keep-alive,gzip,truncked等机制,详细描述了netty如何实现对http解析的高性能. 1 http协议 1.1 描述 标示 ...
- Linux c使用gumbo库解析页面表单信息(三)
前面说了那么多,终于说到如何解析html表单信息了. 什么是表单信息呢,这里我们先要有一些概念: 如上图,这是一个QQ注册页面,注册页面当中需要我们填的空其实就是一个表单信息. 具体到html代码当中 ...
- RTP协议全解析(H264码流和PS流)
转自:http://blog.csdn.net/chen495810242/article/details/39207305 写在前面:RTP的解析,网上找了很多资料,但是都不全,所以我力图整理出一个 ...
- 动态加载与插件系统的初步实现(四):解析JSON、扩展Fiddler
按文章结构,这部分应该给出WCFRest项目示例,我想WinForm示例足够详尽了,况且WCFRest还不需要使用插件AppDomain那一套,于是把最近写的Fiddler扩展搬上来吧. Fiddle ...
- 从零开始一个http服务器(二)-请求request解析
从零开始一个http服务器 (二) 代码地址 : https://github.com/flamedancer/cserver git checkout step2 解析http request 观察 ...
随机推荐
- 关于MQ 消息队列的通俗理解和 rabbitMQ 使用
消息队列,一听很高大上,现在很多分布式系统都在用这个消息中间件 网上一搜, 说的都是些原理. 说下我的通俗理解, 你网上买了, 快递员给你投递, 会出现什么问题呢? 1 你不定时在家, 快递员 来了 ...
- java面向对象特征 — 一句话概括
java基础学习总结之基本特征,最开始学习的时候,是形而上的理解,用了3年多,再回头看,理解起来颇为顺理成章 语言学习大概就是这样一种规律,学习,不甚解,应用,应用,渐深入人心,回头一看,恍然一悟 最 ...
- 2018-12-21-WPF-弹出-popup-里面的-TextBox-无法输入汉字
title author date CreateTime categories WPF 弹出 popup 里面的 TextBox 无法输入汉字 lindexi 2018-12-21 18:10:30 ...
- Hbase实验:java创建和删除table
开启zookeeper.hadoop.hbase: 打开eclipse创一个java project,然后导入所需jar包: 写好java代码,运行create,然后去hbase shell里查看: ...
- wc,sort,uniq,awk,grep
wc awk, sort, uniq grep
- day26 作业
目录 TCP三次握手.四次挥手图 三次握手 四次挥手 简明理解三次握手 基于TCP开发一款远程CMD程序 TCP三次握手.四次挥手图 三次握手 第一次握手:客户端给服务端发一个 SYN 报文,并指明客 ...
- Django中间件初始化过程
def load_middleware(self): """ Populate middleware lists from settings.MIDDLEWARE. Mu ...
- Luogu P1730 最小密度路径(最短路径+dp)
P1730 最小密度路径 题面 题目描述 给出一张有 \(N\) 个点 \(M\) 条边的加权有向无环图,接下来有 \(Q\) 个询问,每个询问包括 \(2\) 个节点 \(X\) 和 \(Y\) , ...
- Redis源码解析:26集群(二)键的分配与迁移
Redis集群通过分片的方式来保存数据库中的键值对:一个集群中,每个键都通过哈希函数映射到一个槽位,整个集群共分16384个槽位,集群中每个主节点负责其中的一部分槽位. 当数据库中的16384个槽位都 ...
- bzoj 1093 [ZJOI2007]最大半连通子图——缩点+拓扑
题目:https://www.lydsy.com/JudgeOnline/problem.php?id=1093 缩点+拓扑,更新长度的时候维护方案数. 结果没想到处理缩点后的重边,这样的话方案数会算 ...