标签：Groovy 脚本 Java JSR223 BlazeMeter vs Beanshell JMeter
有几个选项可用于执行自定义JMeter脚本并扩展基线JMeter功能。查看最流行的扩展机制，比较性能并分析哪一个是最好的。
这是乐队之战，JMeter风格。
Beanshell V. JSR223 V. Java Request Sampler
在我们之前的帖子中， JMeter Performance和Tuning Tips （ 由fantastik Philipe Mouwad编写） 我们建议使用JSR 223 + Groovy进行脚本编写。这是最好的选择，因为Groovy脚本可以编译成本机Java代码（假设满足一些要求），因此Groovy脚本执行性能几乎与Java代码一样快。
因此，如果你准备使用一次脚本，快速脏（例如在测试开始时阅读配置文件），欢迎使用Beanshell / Javascript /无论你喜欢什么。
但是，如果您要通过脚本进行一些广泛的负载测试（即从计算数据构建大量HTTP请求），则需要考虑Groovy或自定义Java请求或JMeter Sampler。
为了进行比较，我们将使用相同的简单代码生成1Mb随机字母数字字符串。
比较指标将使用10个用户x 100次迭代收集，会话持续时间为1小时（标准BlazeMeter会话长度），负载生成将通过执行上述代码从单个JMeter控制台完成，并演示以下引擎的关键性能指标：
-
Beanshell（原样）
-
JSR223（Groovy作为语言，启用了编译缓存）
-
Java（作为JMeter Java Request Sampler）
在负载生成器端包含相关的CPU / RAM成本（BlazeMeter控制台）
测试将使用以下环境：
-
测试类型 - JMeter测试（沙盒）
-
线程 - 每个线程组10个线程
-
服务器类型 - 大
-
会话时间 - 1小时
-
引擎 - 仅限控制台
-
服务器 - 1
-
每个引擎的线程 - 10
-
加速 - 没有加速
-
迭代 - 100
-
服务器操作系统 - Linux
-
服务器CPU - 2x
-
Java 7 x64 1.7.0_03
-
JVM参数 - -server -Xms3072m -Xmx6144m -XX：NewSize = 64m -XX：MaxNewSize = 128m -XX：MaxTenuringThreshold = 2 -Dsun.rmi.dgc.client.gcInterval = 600000 -Dsun.rmi.dgc.server.gcInterval = 600000 -XX：PermSize = 64m -XX：MaxPermSize = 64m
Beanshell采样器
组态
对于Beanshell，不需要先决条件，一切都可以开箱即用。我们所需要做的就是添加一个Beanshell Sampler并粘贴1Mb随机字符串生成代码。将测试脚本上传到BlazeMeter的测试仪表板并设置适当的线程，迭代和持续时间后，我们得到以下结果：
加载测试结果
JSR233采样器
组态
如上所述，对于脚本，建议使用JSR233 + Groovy。JMeter不附带Groovy，需要单独下载。开始：
-
从Groovy网站下载区下载最新的groovy二进制包
-
在“embeddable”分发文件夹下找到groovy-all - $ {VERSION} .jar并将其放到JMeter / lib文件夹中。或者将其上传到“文件”区域中的BlazeMeter，BlazeMeter会将其放入相应的位置
-
将JSR233 Sampler添加到Thread Group，将“groovy”指定为Language
-
将编译缓存键设置为唯一的
-
将1Mb随机字符串生成代码粘贴到脚本区域
重要提示：
• 使用.groovy文件而不是将Groovy代码保留在采样器中。但是，如果需要在采样器中直接使用代码，请确保已设置编译缓存密钥。如果您有> 1 JSR233 Sampler - 请确保它们使用不同的密钥
• 不要在Groovy脚本中将任何变量引用为$ {VAR}。使用vars.get（“VAR”）或JSR233 Sampler的Parameters节
加载测试结果
Java请求
组态
Java Request是您自己的JavaSamplerClient实现，所有描述的方法都应该有适当的代码。绝对最小值是runTest（）方法的覆盖，但如果您打算参数化Java Request，则需要提供适当的逻辑来读取输入和请求流的条件解释，以确定Sampler是否通过。
通过Java Request生成1Mb随机字符串的示例代码如下所示：
编译类需要放在JMeter安装的/ lib / ext文件夹中，最好是.jar形式，这样JMeter可以自动拾取它，否则你需要修改JMeter类路径。
使用BlazeMeter时，只需将.jar文件与您的脚本和其他扩展程序（如果有的话）一起上传，BlazeMeter引擎就会将其取出。
2013/12/05 11:09:38 INFO - BlazeMeter：BlazeMeter启动脚本完成
2013/12/05 11:09:39 INFO - jmeter.protocol.java.sampler.JavaSampler：创建的类：com.blazemeter.JavaRequest
加载测试结果
结论
建议将Beanshell用于一次性活动，例如在单线程setUp线程组中的某处读取配置文件，或者在不存在使用替代方法的情况下。
JSR233 / Groovy是脚本编写的合理选择，但只有“编译”功能。
获胜者是......... Java Request，提供卓越的性能和前沿的生产力！
标签：Groovy,脚本,Java,JSR223,BlazeMeter,vs,Beanshell,JMeter 来源： https://www.cnblogs.com/a00ium/p/10354809.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。