谈一谈Http Request 与Http Response

1、什么是HTTPRequest与HTTP Response？

我们平时打开浏览器，输入网址，点击Enter按键，然后我们想要的网页就呈现在我们的眼前，可是这个过程是怎么实现的呢？

简单来说是这样的：

（1）当我们按下Enter按键后，浏览器就会发送消息给该网址所在的服务器，这个过程叫做HTTP Request，Request顾名思义，就是浏览器要向服务器发出请求。

（2）服务器收到浏览器发送的消息后，能够根据浏览器发送消息的内容，做相应处理，然后把消息回传给浏览器。这个过程叫做HTTP Response，Response顾名思义就是服务器针对浏览器的请求

Request，进行相应Response。

（3）浏览器收到服务器的Response信息后，会对信息进行相应处理，然后展示给我们。

上面的三个过程，其实就是两个程序之间的对话，或者叫做两个进程之间的对话，其中一个程序是浏览器，被称作客户端或者Client，用来发送Request，另一个程序是Web服务器，可以是

Apache等等，用来针对用户的Request，作出相应的Response，称为服务器端或者Server。

Client除了是浏览器，还可以是我们自己写的程序，这样我们就需要在程序里面通过自己写代码去完成上面操作：发送Request-->收到Response信息-->分析Response信息，进行处理

这里需要注意一下：比如我们自己建立了一个网站，需要与第三方的网站服务器如微信服务器进行交互，如果是我们自己的网站向微信服务器发送Request，微信服务器返回Response信息，那么我们的网站就是客户端，而微信服务器是服务端；如果是微信服务器向我们的网站发送Request，而我们的服务器回复Response服务器，那么我们的网站就是服务器端，而微信服务器就是客户端。总之，就是两个进程之间的通信而已。

理解了上面的过程，接下来就又出现另外一个问题，Client与Server之间传送数据，对方如何能够识别彼此之间传送的信息呢？那么就需要彼此之间传送信息遵循一定的规范，这就是HTTP协议，因此叫做HTTP Request和HTTP Response

HTTP协议的全称为Hyper Text Transfer protocol，目前为止主要有三个版本：HTTP/0.9,HTTP/1.0,HTTP/1.1，详细内容就不说了，有兴趣的可以看看http协议的历史。这里我们需要关注的是，Client与Server端都遵循HTTP协议进行Request和Response，而我们如果想要对数据进行分析，有必要知道彼此之间通信的数据格式是什么样子的

2、HTTP Request和HTTP Response数据格式？

（1）HTTP Request数据格式

主要由三部分组成：

1）HTTP Request Method，URI，Protocol Version

该部分位于HTTP Request的首行，包含HTTP Request Method，URI，Protocol Version三部分，例如“GET/test.html HTTP/1.1”,表示HTTP Request Method为GET方法，URI为/test.html,HTTP 协议版本号为1.1

2）HTTP Request Headers:

该部分为Request的头部信息，包含有编码信息，请求客户端类型等等信息

3）HTTP Request Body：

该部分含有Request的主体信息，与HTTp Request Header之间隔开一行

（2）HTTP Response数据格式

与HTTP Request数据格式类似，也包含三部分信息

1）Protocol/Version ,Status Code ,Description

2)HTTP Response Headers

3)HTTP Response Body

可以使用Chrome浏览器按F12查看，也可以使用cUrl或wireshak查看，也可以自己编写程序获得各个信息去查看，再对HTTP Request和HTTP Response数据格式进行理解，印象会更深一些

3、为什么我们需要Session？

客户端与服务器端通过HTTP Request和HTTP Response进行数据通信，根据HTTP Request和HTTP Response数据格式进行数据解析，但是还有一个问题，那就是HTTP是无状态协议（stateless protocol），也就是说每次客户端向服务端Request，服务端都会认为是一个新的Request，无法记录客户端的信息，这种情况就会导致很多问题，例如我们登陆进一个网站，如果我们需要访问别的页面，我们点击链接后，服务器会认为是一个新的用户，如果该页面需要验证用户信息，那么客户端就需要重新输入登陆信息，导致很多的问题。

如何解决这个问题呢？就是通过Session。

服务器端对于访问的客户端，会生成该客户端的唯一信息，存储在Session中，Session位于服务器，可以保持在服务器的内存中，也可以保存在文件系统中，也可以保存在服务器的数据库中，对于Session的管理，也是值得琢磨的一件事情

有了Session还不够，因为每次访问的客户端都是一次新的Request，因此需要在Request的信息中包含有客户端的信息，才能够与服务器端的Session进行对比，来确定是不是同一个客户端。所以需要Session Tracking，才能正确的辨识客户端

4、如何进行Session Tracking？

Request 的信息中包含有客户端的信息，主要有三种方式：

1）Cookies

存储在客户端，每一个cookies与一个唯一的SessionID关联，当客户端发送Request的时候，该信息会一块发过去，然后服务器端就能够根据Cookies的信息与Session的信息比对，来判断客户端的Request是否第一次请求：

Cookie中会包含过期时间信息，如果Cookie过期，那么服务器端也会认为是第一次Request，进而需要用户登录；

Cookies中还能包含其他敏感信息，而且在客户端保存，因此可能会产生风险，想想也是，毕竟尝到了小甜头，自然要承受一定的风险；

为了避免Cookies产生的风险，许多浏览器可以禁止Cookie；

禁止Cookie后，有些网站就无法登陆了，例如博客园，如果在浏览器中禁止Cookie，就无法登录了

2）对于客户端禁用Cookie的情况，如果还想能够识别Request，那么就可以使用URL Rewriting的方法，在URL中会包含一段信息，这段信息能够与相应的Session唯一对应，这样当URL传到服务器端后就能够判断特定的Session了。通过URL Rewriting，无需在客户端保存有Cookies信息，与特定Session相关联的信息直接通过URL来回传输

对于采用URL Rewriting方法的，如果我们保存一个网址为标签后，那么以后再打开标签的话，会提示Session过期，因为Session有一定的时间期限，过期后，服务器端就会删除相应的Session信息，以节省资源

3）使用Hidden类型的Form标签

除了上面的两种方法，也可以通过hidden类型的form标签，例如<input type="hidden".../>,这种方式有两个缺点：一是我们可以通过HTML源代码就能够看到一些信息，甚至是一些敏感信息；二是为了区分不同的用户，该方法只能够用在动态网页中，对于纯HTML的，就没有办法了。