HTTP请求协议中请求报文（Request Headers）跟响应报文（Response Headers）的简单理解

背景     

　　今儿个一新来的应届生问我，开发模式中所看到的web请求的请求头里的属性怎么理解，我便根据自己的经验随便拉开一个请求跟他聊了起来，顺便自己记录下文字版，以后再有交流直接发地址给他就好了，嘻嘻，机智！

 

题外话：

　　一、构成HTTP请求的简单流程图（图摘录的），如下：

　　

　　Web Client可以是浏览器、搜索引擎、机器人等等一切基于HTTP协议发起http请求的工具。Web Server可以是任何的能解析HTTP请求，并返回给Web Client可识别的响应的服务，常见的有apache、nginx、IIS等等web服务器。

　　二、客户端跟服务的交互（这图也是摘录的，哈哈）

　　

　　要看图还不明白中过程的话，那就更通俗的理解为：

• 在浏览器中输入URL，并按下回车键
• 浏览器向DNS服务器请求解析该URL中的域名对应的IP地址(如果是IP请求，则不需要该步骤)
• 解析出IP后，根据IP和端口号，和服务器建立TCP连接
• 浏览器向服务器发送请求，该请求报文作为TCP三次握手的第三个报文发送给服务器
• 服务器做出响应，把数据发送给浏览器
• 通信完成，断开TCP连接
• 浏览器解析收到的数据并显示　　

　　

从中就可以延伸出以下要说的内容了。也就是交互直接的报文，这里就简单说说其中请求报文跟响应报文，主要也是方便新手简单了解下，具体的底层还是得自己去查阅资料

 

内容

HTTP连接中报文分为请求（request）和响应（response）两种。每种报文在HTTP首部都有不同的字段来标识不同的用途。

1. 请求报文：HTTP协议使用TCP协议进行传输，在应用层协议发起交互之前，首先是TCP的三次握手。完成了TCP三次握手后，客户端会向服务器发出一个请求报文

　　

 

　　请求头由key/value对组成，每行为一对，key和value之间通过冒号(:)分割。请求头的作用主要用于通知服务端有关于客户端的请求信息

HTTP最常见的请求头如下：

       Accept：浏览器可接受的MIME类型；

       Accept-Charset：浏览器可接受的字符集；

       Accept-Encoding：浏览器能够进行解码的数据编码方式，比如gzip。Servlet能够向支持gzip的浏览器返回经gzip编码的HTML页面。许多情形下这可以减少5到10倍的下载时间；

      Accept-Language：浏览器所希望的语言种类，当服务器能够提供一种以上的语言版本时要用到；

      Authorization：授权信息，通常出现在对服务器发送的WWW-Authenticate头的应答中；

      Connection：表示是否需要持久连接。如果Servlet看到这里的值为“Keep-Alive”，或者看到请求使用的是HTTP 1.1（HTTP 1.1默认进行持久连接），它就可以利用持久连接的优点，当页面包含多个元素时（例如Applet，图片），显著地减少下载所需要的时间。要实现这一点，Servlet需要在应答中发送一个Content-Length头，最简单的实现方法是：先把内容写入ByteArrayOutputStream，然后在正式写出内容之前计算它的大小；

      Content-Length：表示请求消息正文的长度；

      Cookie：这是最重要的请求头信息之一；

      From：请求发送者的email地址，由一些特殊的Web客户程序使用，浏览器不会用到它；

      Host：初始URL中的主机和端口；

      If-Modified-Since：只有当所请求的内容在指定的日期之后又经过修改才返回它，否则返回304“Not Modified”应答；

      Pragma：指定“no-cache”值表示服务器必须返回一个刷新后的文档，即使它是代理服务器而且已经有了页面的本地拷贝；

      Referer：包含一个URL，用户从该URL代表的页面出发访问当前请求的页面。

      User-Agent：浏览器类型，如果Servlet返回的内容与浏览器类型有关则该值非常有用；

     UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE浏览器所发送的非标准的请求头，表示屏幕大小、颜色深度、操作系统和CPU类型。

2. 响应报文：当收到get或post等方法发来的请求后，服务器就要对报文进行响应。

 

常见的响应头，如下:

        Allow：服务器支持哪些请求方法（如GET、POST等）；

        Content-Encoding：文档的编码（Encode）方法。只有在解码之后才可以得到Content-Type头指定的内容类型。利用gzip压缩文档能够显著地减少HTML文档的下载时间。Java的GZIPOutputStream可以很方便地进行gzip压缩，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此，Servlet应该通过查看Accept-Encoding头（即request.getHeader("Accept-Encoding")）检查浏览器是否支持gzip，为支持gzip的浏览器返回经gzip压缩的HTML页面，为其他浏览器返回普通页面；

        Content-Length：表示内容长度。只有当浏览器使用持久HTTP连接时才需要这个数据。如果你想要利用持久连接的优势，可以把输出文档写入ByteArrayOutputStram，完成后查看其大小，然后把该值放入Content-Length头，最后通过byteArrayStream.writeTo(response.getOutputStream()发送内容；

        Content-Type： 表示后面的文档属于什么MIME类型。Servlet默认为text/plain，但通常需要显式地指定为text/html。由于经常要设置Content-Type，因此HttpServletResponse提供了一个专用的方法setContentTyep。 可在web.xml文件中配置扩展名和MIME类型的对应关系；

        Date：当前的GMT时间。你可以用setDateHeader来设置这个头以避免转换时间格式的麻烦；

        Expires：指明应该在什么时候认为文档已经过期，从而不再缓存它。

        Last-Modified：文档的最后改动时间。客户可以通过If-Modified-Since请求头提供一个日期，该请求将被视为一个条件GET，只有改动时间迟于指定时间的文档才会返回，否则返回一个304（Not Modified）状态。Last-Modified也可用setDateHeader方法来设置；

        Location：表示客户应当到哪里去提取文档。Location通常不是直接设置的，而是通过HttpServletResponse的sendRedirect方法，该方法同时设置状态代码为302；

        Refresh：表示浏览器应该在多少时间之后刷新文档，以秒计。除了刷新当前文档之外，你还可以通过setHeader("Refresh", "5; URL=http://host/path")让浏览器读取指定的页面。注意这种功能通常是通过设置HTML页面HEAD区的<META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path">实现，这是因为，自动刷新或重定向对于那些不能使用CGI或Servlet的HTML编写者十分重要。但是，对于Servlet来说，直接设置Refresh头更加方便。注意Refresh的意义是“N秒之后刷新本页面或访问指定页面”，而不是“每隔N秒刷新本页面或访问指定页面”。因此，连续刷新要求每次都发送一个Refresh头，而发送204状态代码则可以阻止浏览器继续刷新，不管是使用Refresh头还是<META HTTP-EQUIV="Refresh" ...>。注意Refresh头不属于HTTP 1.1正式规范的一部分，而是一个扩展，但Netscape和IE都支持它。

 

　　到这里对于新手来说就大概明了吧也还可以延伸看看另一篇https://www.cnblogs.com/lwh-note/p/9519963.html，如果还有兴趣就可以去了解下文件传输协议FTP、电子邮件传输协议SMTP、域名系统服务DNS、网络新闻传输协议NNTP和HTTP协议等，并理解下代理(Proxy)、网关(Gateway)和通道(Tunnel)也都是较基础的内容的，好吧，继续加油撒！