jmeter学习指南之深入分析跨域传递cookie-创新互联
继上篇文章中介绍了Jmeter cookie manager的两种常用使用情况:
10年积累的成都网站建设、网站制作经验,可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你,你也不认识我。但先做网站设计后付款的网站建设流程,更有大新免费网站建设让你可以放心的选择与我们合作。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,而不是通过配置元件添加:
类似下面的脚本:
可根据自己需要选择使用哪种方式。
另外有需要云服务器可以了解下创新互联scvps.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
文章标题:jmeter学习指南之深入分析跨域传递cookie-创新互联
分享网址:http://azwzsj.com/article/edegs.html