Jmeter（八）HTTPCookie管理器

　　　Cookie绝对是日常工作以及技术中一个绕不过去的‘角色’，正常各种各样的业务需要Cookie的存在。Jmeter中也有支持发送Cookie的组件，但是，仅是后话；在此还是有必要先记一记Cookie到底是什么？Session又是什么？各在系统中充当了一个怎么样的角色，起到了哪些作用？

　　　得回到http协议的结构以及特点，http协议中定义了信息头、响应头的存在，而cookie又是信息头的一部分，那么又与我们之前的HTTP信息头管理器和HTTPCookie管理器如何进行区分，或者在工作中如何使用。

 

（有关http协议的知识，在其他总结中进行总结。）

大体整理一下思路：首先呢，HTTP协议是无状态协议，所谓无状态就是指协议对于事务处理没有记忆能力。缺少状态的话便意味着如果后续处理需要前面的信息，则它是必须重传，这样就导致了一个弊端------每次连接传输的数据量增大；而Cookie便是解决这一问题的手段之一！通过Cookie来进行保存状态信息，那么服务器便知道请求都是来自同一个客户端。

 

而有时也会将Cookie和Session的概念进行搞混，由于自身可能描述有限，在知乎上找到一个不错的回答。

 

1. 由于HTTP协议是无状态的协议，所以服务端需要记录用户的状态时，就需要用某种机制来识具体的用户，这个机制就是Session.典型的场景比如购物车，当你点击下单按钮时，由于HTTP协议无状态，所以并不知道是哪个用户操作的，所以服务端要为特定的用户创建了特定的Session，用用于标识这个用户，并且跟踪用户，这样才知道购物车里面有几本书。这个Session是保存在服务端的，有一个唯一标识。在服务端保存Session的方法很多，内存、数据库、文件都有。集群的时候也要考虑Session的转移，在大型的网站，一般会有专门的Session服务器集群，用来保存用户会话，这个时候 Session 信息都是放在内存的，使用一些缓存服务比如Memcached之类的来放 Session。
2. 思考一下服务端如何识别特定的客户？这个时候Cookie就登场了。每次HTTP请求的时候，客户端都会发送相应的Cookie信息到服务端。实际上大多数的应用都是用 Cookie 来实现Session跟踪的，第一次创建Session的时候，服务端会在HTTP协议中告诉客户端，需要在 Cookie 里面记录一个Session ID，以后每次请求把这个会话ID发送到服务器，我就知道你是谁了。有人问，如果客户端的浏览器禁用了 Cookie 怎么办？一般这种情况下，会使用一种叫做URL重写的技术来进行会话跟踪，即每次HTTP交互，URL后面都会被附加上一个诸如 sid=xxxxx 这样的参数，服务端据此来识别用户。
3. Cookie其实还可以用在一些方便用户的场景下，设想你某次登陆过一个网站，下次登录的时候不想再次输入账号了，怎么办？这个信息可以写到Cookie里面，访问网站的时候，网站页面的脚本可以读取这个信息，就自动帮你把用户名给填了，能够方便一下用户。这也是Cookie名称的由来，给用户的一点甜头。
所以，总结一下：
Session是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存在集群、数据库、文件中；
Cookie是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session的一种方式。

 

So，回到Jmeter，举一个日常工作中的例子：

　　比如，下单接口需要校验用户是否在线、、、其言外之意便是除非登陆才能进行下单，否则不能下单。那么如何让登陆成功的接口状态传至下单接口呢？

　　对、、、HTTPCookie管理器！

　　HTTPCookie管理器有很良好的机制，如果请求的响应中包含Cookie，则Cookie管理器便会自动存储该Cookie，用于针对该特定网站的所有请求。

　　所以，只要加个HTTPCookie管理器，不需要添加任何内容，便能解决上方登陆下单的问题。

　　这块需要特定记录的一点是：Cookie本就是信息头中的一部分，所以当在HTTP信息头管理器中添加了Cookie字段，那就没必要再在HTTPCookie管理器中添加值，甚至也不用加HTTPCookie管理器组件，避免发送重复Cookie；相对而言，在HTTPCookie管理器中传入了Cookie的值，那么在信息头中也不用再添加Cookie的字段。