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的字段。