JMeter处理Cookie与Session

cookie 和session 的区别：

1、cookie数据存放在客户的浏览器上，session数据放在服务器上。

2、cookie不是很安全，别人可以分析存放在本地的COOKIE并进行COOKIE欺骗

考虑到安全应当使用session。

3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能

考虑到减轻服务器性能方面，应当使用COOKIE。

4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。

5、所以个人建议：

将登陆信息等重要信息存放为SESSION

其他信息如果需要保留，可以放在COOKIE中

经常被使用的一种技术叫做URL重写，就是把session id直接附加在URL路径的后面。还有一种技术叫做表单隐藏字段。就是服务器

会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。比如：

实际上这种技术可以简单的用对action应用URL重写来代替。

有些网站保存信息是使用Cookie，有些则是使用Session.对于这两种方式，JMeter都给予一定的支持。

1.Cookie

添加方式：线程组－配置元件－HTTP Cookie 管理器，如下图：

2.Session

添加方式：线程组－前置处理器 －HTTP URL 重写修饰符，如下图：

有些tomcat的session实现不是通过cookie的，而是通过session id的，就是说，用户登录有了session之后，tomcat就会维护一个sessonid，

然后每次request的时候，要求每个http request的URL都要带上这个session id.

在tomcat中，使用URL Re-writing mode,URL是这样的：http://192.168.0.2:8080/easy/login.ecjsessionid=410C3D3946535635683D662DF74A00AC,所以，

这里我们需要设置会话参数名称为：jsessionid,Jmeter就会到URL里面按照这个参数去把上面那个sessionid抓下来，然后每次request都带上这个东西，需要注意，

“路径扩展（使用作分隔符）”这里还要将勾上，因为如上，tomcat的URL Re-writing中sessionid是以分号的方式加在URL上的，所以需要勾上这个选项，

有些web server这个session和普通的URL parameter一样，是以?和&这种方式加上去的，这种情况这个checkbox就不用勾了。

cookie 和session 的区别详解

二者的定义：

当你在浏览网站的时候，WEB 服务器会先送一小小资料放在你的计算机上，Cookie 会帮你在网站上所打的文字或是一些选择，

都纪录下来。当下次你再光临同一个网站，WEB 服务器会先看看有没有它上次留下的 Cookie 资料，有的话，就会依据 Cookie

里的内容来判断使用者，送出特定的网页内容给你。 Cookie 的使用很普遍，许多有提供个人化服务的网站，都是利用 Cookie

来辨认使用者，以方便送出使用者量身定做的内容，像是 Web 接口的免费 email 网站，都要用到 Cookie。

具体来说cookie机制采用的是在客户端保持状态的方案，而session机制采用的是在服务器端保持状态的方案。

同时我们也看到，由于采用服务器端保持状态的方案在客户端也需要保存一个标识，所以session机制可能需要借助于cookie机制

来达到保存标识的目的，但实际上它还有其他选择。

cookie机制。正统的cookie分发是通过扩展HTTP协议来实现的，服务器通过在HTTP的响应头中加上一行特殊的指示以提示

浏览器按照指示生成相应的cookie。然而纯粹的客户端脚本如JavaScript或者VBScript也可以生成cookie。而cookie的使用

是由浏览器按照一定的原则在后台自动发送给服务器的。浏览器检查所有存储的cookie，如果某个cookie所声明的作用范围

大于等于将要请求的资源所在的位置，则把该cookie附在请求资源的HTTP请求头上发送给服务器。

cookie的内容主要包括：名字，值，过期时间，路径和域。路径与域一起构成cookie的作用范围。若不设置过期时间，则表示这

个cookie的生命期为浏览器会话期间，关闭浏览器窗口，cookie就消失。这种生命期为浏览器会话期的cookie被称为会话cookie。

会话cookie一般不存储在硬盘上而是保存在内存里，当然这种行为并不是规范规定的。若设置了过期时间，浏览器就会把cookie

保存到硬盘上，关闭后再次打开浏览器，这些cookie仍然有效直到超过设定的过期时间。存储在硬盘上的cookie可以在不同的浏

览器进程间共享，比如两个IE窗口。而对于保存在内存里的cookie，不同的浏览器有不同的处理方式

session机制。session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。

当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了一个session标识

（称为session id），如果已包含则说明以前已经为此客户端创建过session，服务器就按照session id把这个session检索出来

使用（检索不到，会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相

关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个session id将被在本次响应

中返回给客户端保存。保存这个session id的方式可以采用cookie，这样在交互过程中浏览器可以自动的按照规则把这个标识发送给

服务器。一般这个cookie的名字都是类似于SEEESIONID。但cookie可以被人为的禁止，则必须有其他机制以便在cookie被禁止时

仍然能够把session id传递回服务器。

cookie 是一个文件，存放在本地，chrome浏览器F12后的Application下可查看cookies。由服务器生成，故Response Headers中会存在Set-Cookie字段。

session 是为了保持服务器与客户端的会话状态，在用户登录后，服务器端生成一个sessionID传给客户端；之后的每次会话，客户端只需要传这个sessionID即可不用重新登录，保持在线状态。故服务器端需要保存所有在线的sessionID，从而影响服务器性能！ sessionID是存在cookie中的。

token 是为了解决服务器压力，用户登录成功后，服务器端生产token（钥匙和锁）通过 cookie或请求头的方式 传给客户端，再次请求时带上token即可，无状态（服务端通过算法验证钥匙和锁是否正确）。

总之 ，就是两种鉴权方式，通过sessionID或者token，服务器来判断是否是某用户登录后的其他请求。

其他：

2、一个用户在一次会话（打开浏览器，访问服务器，直到浏览器关闭，称为一次会话，严格的说，一次会话应该是依赖 session 的生成机制）上就是一个session_id。

3、每次登录时，总会产生一个token或者sessionID，生成这个的目的是为了每次 *** 作其他接口的时候，会判断当前用户是否登录。

1）cookie的处理

准备：两个接口：一个登录、一个充值

登录接口

充值接口：会失败

　1、添加：HTTPCookie管理器，放到最上面。

2、再次运行：就会充值成功。

登录时会有set_Cookie存在

1、添加后置处理器>>>正则表达式提取器

设置：

2、添加：调试取样器

运行结果：已经拿到cookie

3、添加：右击线程组>>添加>>配置元件>>HTTPCookie管理器

设置：

4、添加：JSESSIONID：${正则表达式提取器提取到的变量名}

域：

路径：

5、查看运行结果：

2）token的处理

查询用户信息需要先登录，在查询用户信息的时候需要携带token。

　1、在登录接口下面使用正则表达式提取器获取token

登录接口响应数据中返回token。

配置提取器：

　2、添加：调试取样器，运行后查看是否可以获取到

3、添加HTTP信息头管理器

运用相关资料

---