重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
继上篇文章中介绍了Jmeter cookie manager的两种常用使用情况:
网站建设公司,为您提供网站建设,网站制作,网页设计及定制网站建设服务,专注于企业网站制作,高端网页制作,对成都塔吊租赁等多个行业拥有丰富的网站建设经验的网站建设公司。专业网站设计,网站优化推广哪家好,专业营销推广优化,H5建站,响应式网站。
jmeter视频:https://edu.51cto.com/course/14305.html
同一线程组和不同线程组间传递cookie;
前些天在工作中又遇到了cookie的跨域使用问题,调试了好久才调好,查了很多资料,从cookie的实现原理到SSO单点登录到SSO实现方式,再到session、token,到OAuth认证.....
原本想综合起来写一篇详细的文章,讲一下这一块知识整个的来龙去脉,但是修改了好几次发现暂时还不能描述清楚每一个细节,所以纠结了好久、修修改改还是没完成。
反思了一下,是我太贪多了,太追求完美了,想把大量的知识点在一篇文章中讲完,但是自己还没有储备足够多的知识量,即使能长篇大幅的写出来,相信大家也不愿意看一篇臭长臭长的文章的,所以凡事要慢慢来,一步一个脚印,循序渐进。
所以,今天先从最初遇到的问题说起,后面再逐步完善和扩展。
一、cookie跨域问题背景
问题是这样的,在上一篇文章中提到了跨线程组传递cookie,实现方法是:
调用JMeterUtils类中setProperty和getProperty方法,
在生成cookie的线程组中把cookie保存在全局变量中,
然后在需要使用cookie的另一个线程组中取出全局变量的值,
从而实现了cookie的跨线程组传递。
但是
跨线程组就是跨域吗?
到底什么是跨域传递呢?
怎么实现cookie的跨域传递呢?
其实实现方法跟上一篇是类似的,只是有些细节涉及到很多方面,非常容易踩坑.....
二、cookie机制
首先,我们要深入了解一下cookie机制。
Cookie机制主要是为了弥补HTTP(1.0)协议无状态特点的不足。
1、HTTP协议特点
目前绝大部分的Web应用都是基于HTTP(超文本传输协议),它的特点是简单快速、使用灵活、无连接、无状态。
其中无状态是指http协议对于事务处理没有记忆能力,在数据交换完毕后,服务器端和客户端的链接就会关闭,每次交换数据都需要建立新的链接。
这意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大,但是在服务器不需要先前信息的情况下它的应答就较快。
但是在很多情况下我们希望用到前面请求的数据,比如你登录邮箱,登录一个页面,我们经常会在此时设置30天内记住我,或者自动登录选项,那么这种情况下是怎么记录信息的呢?
就是用cookie来保存!
Cookie是由HTTP服务器设置的,保存在浏览器中,是在客户端保持状态的方案。
2、Cookie的分类
cookie分为会话cookie和持久cookie;
会话cookie:是指在不设定它的生命周期expires时的状态。
浏览器从开启到关闭就是一次会话,当关闭浏览器时,会话cookie就会跟随浏览器而销毁(当关闭一个页面时,不影响会话cookie的销毁)。会话cookie就像我们没有办理会员卡去购物,是一次单一的买卖过程,离开之后,信息则销毁。
持久cookie:则是设定了它的生命周期expires,此时,cookie像商品一样,有个保质期,关闭浏览器之后,它不会销毁,直到设定的过期时间。
对于持久cookie,可以在同一个浏览器中传递数据,比如,你在打开一个淘宝页面登陆后,再点开一个商品页面,还是登录状态,即便你关闭了浏览器,再次开启浏览器,依然会是登录状态。这就是因为cookie自动将数据传送到服务器端,再反馈回来的结果。持久cookie就像是我们办理了一张会员卡,即便离开,信息一直保留,直到时间到期,信息销毁。
3、Cookie的安全性
Cookie中的数据通常会包含用户的隐私数据,所以为了保证数据的保密性,通常需要对cookie内容进行加密。
加密方式一般使用对称加密(单密钥,如DES)或非对称加密(一对密钥,如RSA),而且密钥需要保存在服务器端一个安全的地方。
4、Cookie的属性
Cookie是由名称、内容、作用路径Path、作用域Domain、协议、过期时间expires、secure(表示安全级别)、HttpOnly等属性组成。
它一般是在web服务器的响应头中进行设置,类似如下所示:
服务器把cookie返回给客户端后,通常以字符串的形式保存在浏览器中。
交互过程如下图所示:
当浏览器访问页面1时,web服务器设置了一个cookie,并将这个cookie和页面1一起返回给浏览器,浏览器接到cookie之后,就会保存起来,在它访问页面2的时候会把这个cookie也带上,Web服务器接到请求时也能读出cookie的值,根据cookie值的内容就可以判断和恢复一些用户的信息状态。
5、Cookie的作用域(domain)
1)、Cookie的domain属性未设置时,默认情况下为当前请求的域名
2)、Cookie作用域为父级域名时,所有子级域名都可以得到该cookie
比如:现在有两个域名--web1.test.com,web2.test.com,它们有共同父域test.com,如果cookie的domain属性设置为test.com,那么,web1.test.com和web2.test.com都可以访问该cookie。
这时有些朋友可能会想到那我把cookie作用域设置到顶级域名(.com、.net)上,是不是用该顶级域名的网站就都能获取该cookie了?
哈哈,这样设置的cookie,浏览器是不存储的,无效的~
3)、cookie不能跨二级域名访问
比如说:如果cookie的domain属性设置为web1.test.com,那么web2.test.com就不能访问该cookie.
所以cookie是不能直接跨域名访问的!!
三、cookie跨域传递的具体实现
既然cookie不能直接跨域名访问,
那为什么前面还说要实现cookie跨域名访问呢?
其实我们经常听说到的cookie跨域名访问都不是直接访问的,都需要经过中间处理的。
比如把web1的cookie保存下来,再在web2中取出来使用;
再比如让web1.com和web2.com两个不同的域名使用共同的认证系统,把公共的cookie信息保存在同一认证系统中,目前淘宝(www.taobao.com)和天猫(www.tmall.com)就是使用的这种方式;
再比如......
那么在jmeter中到底如何实现cookie跨域访问呢?
总体思路是使用刚才所说的第一种方法:“把web1的cookie保存下来,再在web2中取出来使用”。
四、业务场景:
登录后进行查询用户信息,
需要在登录线程组中获取cookie并保存,
然后在查询用户信息线程组中取出cookie并携带cookie发送请求。
实现步骤:
1、在登录线程组中添加一个cookie manager,使jmeter自动保存cookie信息;
然后执行脚本,并在结果树中查看登录请求的response headers中的cookies,此处我只以其中一个名称为token的cookie为例来讲。
注意:此处生成的cookie的domain是xxxx.com,那么后面是否要设置成一样的domain呢?先往下看.....
2、在登录线程组中添加一个beanshell后置处理器,在其中添加如下脚本:
setProperty(proname,provalue):
该方法是把某个字符串保存在全局变量中(全局变量的作用域是整个测试计划),其中第一个参数是全局变量的名字,第二个参数是全局变量的值。
当有多个cookie值时,写多行setProperty方法即可,此处仅以一个cookie为例。
3、在另一个需要使用cookie的线程组中添加一个cookie manager和一个beanshell前置处理器,并分别进行如下设置:
getProperty(“proname”):
该方法是获取指定名称的全局变量的值,其中的参数是全局变量的名称;
vars.put(“proname”,”provalue”):
该方法是把指定字符串存入局部变量中(作用域是当前线程组),第一个参数是变量的名称,第二个参数是变量的值。
log.info()方法是为了辅助调试脚本而打印的日志。
下面看cookie manager的设置:
Implementaion:指cookie的实现方式,jmeter3.0开始默认是HC4CookieHandler。
Cookie Policy:cookie策略,从jmeter3.0开始默认是standard,具体是跟服务器端的实现方式有关的,各公司可能不一样,我试用了其它的几个选项都获取不到cookie,只有netscape才能获取到。所以当你获取cookie有问题时,也可以检查一下这个选项。
存储在cookie管理器中的cookie:在这里可以添加用户自定义的cookie,并且会被作用域内的所有线程共享。
这里的名称要跟前面在结果树中看到的cookie的名称一 致,值就是我们刚才保存在局部变量中的值。
其中域的值是要跟当前线程组内的域名一样,不一定跟之前保存的cookie的域一样哦,我这个线程组中使用的是IP,没用域名所以这里不填,就会默认成当前IP了,填上域值反而不对了。
所以如果你这里的域和路径不知道怎么填时,可以直接置空,jmeter会默认设置在当前请求的域名下。
前面提到的跨域,其实关键点就在于这里的域值的设置。
如果设置成跟前面生成cookie的域值一样,那么就只是跨线程组而不跨域;
如果这里的域值设置成跟前面生成cookie的域值不一样,那么就是跨线程组且跨域。
安全:如果是http请求,此处不要勾选;如果是https请求,要勾选。
好了,脚本都设置好了,下面执行脚本,就可以在结果树中看到cookie可以跨线程组且跨域传递了
五、其它跨域实现方式
其它实现方式:
上面使用的通过全局变量+在cookie manager手动添加cookie的方式相对是最简单的方法,当然还有其它方法,比如:
1、把cookie保存在文件中,而不是全局变量中:
同样是在beanshell中写脚本保存到文件,再读取文件。
2、在beanshell中手动添加cookie到cookie manager,而不是通过配置元件添加:
类似下面的脚本:
可根据自己需要选择使用哪种方式。