【JMeter】Groovy和BeanShell脚本的性能比较(转)

最新推荐文章于 2025-06-06 08:55:47 发布
转载 最新推荐文章于 2025-06-06 08:55:47 发布 · 357 阅读 · 1 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/hellomandy/p/8179895.html
文章标签：

#java #数据库 #运维

本文通过实际测试对比了Groovy与BeanShell在JMeter中的性能表现，结果显示Groovy预编译特性使其在多次运行后性能显著优于BeanShell。

比较完常见后置处理器的性能之后，又顺便比较了下Groovy和BeanShell

2者都是基于JVM的脚本语言，2者都能直接用Java的语法和类库

这些国外网站都推荐用Groovy：

http://jmeter.apache.org/usermanual/best-practices.html

http://www.ubik-ingenierie.com/blog/magento-performance-toolkit-and-jmeter-best-practices/

https://blazemeter.com/blog/beanshell-vs-jsr223-vs-java-jmeter-scripting-its-performance

因为JMeter支持的一堆脚本语言里，只有它有预编译

 

关于jmeter的中文网站里提到groovy的很少，不知有人比较过预编译带来的速度提升有多大没

正好闲着来试一下

 

环境：jmeter 2.13、JDK 1.8u73、JVM参数从来没动过、win 10 pro

 

在项目里我就是直接上Groovy的，可以用现成的脚本来测试 ：）

生成随机手机号的脚本，注释就不截了

提取到另一个脚本的公用方法，无关的也不截了

为了效率，用了静态编译（性能比较见这里）

每当这脚本有改动，要用groovyc重新编译（生成的class文件跟java一样，用jad反编译就能看到java代码）

其他脚本引用的就是这个class文件

scripts目录加入了jmeter的properties文件里，所以哪里都能引用到这文件

 

为了测试，创建个beanshell脚本文件，就是文本文档把后缀改为.bsh

不知道beanshell风格是怎样，直接套java语法

现在2边做的事是一样的，beanshell脚本还少几次调用

 

 

 

我们进JMeter，建好如下的测试计划：

暂时用不着的组件先ctrl + t禁用掉

 

先测试最简单的hello world，采样器配置如下：

* 要先下载安装groovy，安装目录下找到embeddable文件夹，把groovy-all-2.x.x.jar拷到jmeter安装目录下的lib文件夹下

然后重启jmeter才能在jsr223的菜单里看到groovy的选项

* cache key随便写点什么，保证唯一就行。直接在下面写脚本时需要写上cache key才有预编译

 

重启jmeter，运行测试1次，看到jmeter的命令行窗口里有了正确的输出

然而2边都慢得离谱，尤其是groovy慢得吓死人

清掉记录再来，预热之后好看点了

之后n次都差不多，groovy从来没低于10毫秒

 

一个hello world都比beanshell慢3~十几倍，这能用吗？

我们看看拿正经的脚本，跑足够多的次数会怎样

 

 

首先2个采样器的设置如下：

就是填脚本文件的路径和传个变量名给脚本，没啥特别

值得注意的是groovy只要使用了外部脚本文件就有预编译，这时不用填cache key

 

用1个线程循环1次调试通过

 

修改线程组设置为：10个线程，1秒集结（0.1秒来1个），持续60秒，无启动延迟

ctrl + t禁用无关的组件（变灰那些），注意关掉所有监听器，因为接下来要用命令行运行，留着它们会拖累吞吐率

 

关掉界面，用命令行跑测试，结果如下：

BeanShell

 

再进界面改成用jsr223采样器，等爆表的cpu内存占用率回落后再跑，结果如下：

Groovy

留意summary + 的那几行，groovy一开始特别慢，请求耗时的最大值吓死人，之后减少了10倍，最终结果就是

3倍速！

没什么好说的，选Groovy就对了（而且Gradle和Jenkins也用得到它）

 

 

 

PS：

上述测试保存报告文件为csv格式，使用如下设置

大部分数据在这里都用不上，关到剩下最精简的几个

如果用通常的设置，报告文件估计要大5倍不止

就剩4列，似乎没法再少了

留意耗时最长的一般都是前几次，之后就快了，统计时忽略开头某段时间的数据就好

 

又PS：

上面的生成手机号的脚本是给接口测试用的，性能测试就别当场生成了

先搞好几十万个塞进数据库或csv文件慢慢用吧

转载于:https://www.cnblogs.com/hellomandy/p/8179895.html

badiu_30394251
关注
全栈性能测试-- -11java-Beanshell基本语法
初遇我ㄖ寸の热情呢？
04-14 7737
java-Beanshell基本语法 往往有的时候，我们在项目里面需要做定制化开发 比如处理一些数据，处理一些加密的。。。 jmeter本身很强大：可以通过编程语言去做扩展；他是纯java语言的，可以在官网下源码，进行二次开发。意味着页面都可以定制化 jmeter可以跟jenkins，和其他的组件配合 lr也不是没有市场的。主要是价钱贵。他是以许可证买的。软件是免费的，但是许可证是以等级分的。一个许可证（一个编号）会很贵。 1简介 什么时候用这个语言：自己不会java代码，求助开发无望的时候。 bs
Jmeter中的BeanShell如何使用？
hellen_cuicui的博客
05-10 1645
在JMeter中，BeanShell 是一种基于Java语法的脚本工具，可以通过编写脚本实现动态逻辑处理、变量操作、条件判断等功能。对于高性能需求，建议迁移到 JSR223 Sampler + Groovy（语法类似Java，但编译执行，效率更高）。(2) 编写脚本：在脚本编辑区直接编写Java语法代码，支持操作JMeter变量、属性和响应数据。场景3：条件断言（BeanShell Assertion）场景2：提取响应数据（PostProcessor）场景1：动态生成变量（PreProcessor）
【JMeter】Groovy和BeanShell脚本的性能比较
weixin_30587927的博客
02-12 447
比较完常见后置处理器的性能之后，又顺便比较了下Groovy和BeanShell 2者都是基于JVM的脚本语言，2者都能直接用Java的语法和类库 这些国外网站都推荐用Groovy： http://jmeter.apache.org/usermanual/best-practices.html http://www.ubik-ingenierie.com/blog/magento-perfo...
Groovy or Beanshell ？
无名刀客
03-23 503
突然想起Groovy的效率问题。 我不知道怎么样才能完整正确的测试一门语言的效率，于Groovy也不能说精通，于是就打算看看别人对此的评价。 国内似乎只有emu做过这样的评论： http://www.blogjava.net/emu/archive/2005/05/18/4784.html。emu的结果表明Groovy在数组和整数运算时比java要慢10`30倍。 emu的测试是很片面的，我还不放...
JMeter下Groovy和BeanShell语言在不同组件中性能差异实践探究
weixin_30363509的博客
04-04 692
一般而言JMeter下性能最好的是jar包这类java原生请求，对于JMeter并没有原生支持的请求，一般都会将其直接编译为jar包，然后再JMeter中调用，这样性能最好。 但是有些需求并不适合用jar包的方式来进行，比如报文拼接，这个一般在请求Sampler发送前执行，比较方便的是使用BeanShell或者Groovy等前置处理器操作。那对于这种报文拼接的操作，使用JSR233组件还是Be...
10048---【JMeter】Groovy和BeanShell脚本的性能比较
xxxcyzyy的博客
04-19 1380
原文 比较完常见后置处理器的性能之后，又顺便比较了下Groovy和BeanShell 2者都是基于JVM的脚本语言，2者都能直接用Java的语法和类库 这些国外网站都推荐用Groovy： http://jmeter.apache.org/usermanual/best-practices.html http://www.ubik-ingenierie.com/bl
Jmeter.External.Groovy.Scripts:示例Jmeter Groovy脚本，将一些“ n”个平面文件处理到您的FTP请求中
05-06
样本Jmeter Groovy脚本将一些“ n”个平面文件处理到您的FTP请求中样本Jmeter BeanShell脚本将一些“ n”个文本文件处理到您的请求中 如果您具有以下要求，则以下脚本将为您提供帮助。 我在子目录下有一些'n'平面...
Jmeter Beanshell编辑器配置使用
demonlamei的博客
03-21 722
考虑到jmeter在编写groovy及beanshell脚本时，编辑器工具没有命令行提示的功能，因此特写本文章，配置IDE工具。
JMeter：BeanShell到JSR223迁移中的注意事项
l_q_l的专栏
07-21 1732
在JSR223中推荐使用vars.get(“key”)的方式使用变量，而非${key}的方式。
JMeter编写录制HTTPS性能测试脚本.pdf
12-18
JMeter支持JSR223兼容的语言（如Groovy和BeanShell）来编写脚本，提供了丰富的函数和定时器供用户自定义测试行为。 项目实战阶段，测试人员通常会创建线程组，设定并发用户数量，添加HTTP请求采样器模拟用户访问，...
java groovyshell_java – 时间执行Groovy与Beanshell的巨大差异
weixin_34910679的博客
02-24 454
我在Groovy和Beanshell中解释相同的脚本.Groovy需要很长时间(26分25秒),而Beanshell只需要20秒.我对这种差异感到非常惊讶,我不明白为什么,Beanshell会更好吗？我使用Groovy是错的吗？Groovy代码：public void calcule_irg(double salaire) throws Throwable{Binding binding = n...
spring和3大动态语言（jruby groovy beanshell）的例子
chenhongxin的专栏
06-17 3125
今天学习和实践了spring对动态语言的支持。步骤如下：  1、JAVA的bean（IdoSoft .java）package ids.spring.jruby;public interface IdoSoft {  String getInfo(); //void setInfo(String aInfo);}   2、动态语言     1）、jruby的实现代码(Rub
Atitit java 动态表达式调用类方法 最佳实践 Ognl 新来的MVE Beanshell Groovy 目录 1.1. Beanshell 可以的 1 1.2. MVEL 好像
attilax的专栏
04-04 423
Atitit java 动态表达式调用类方法 最佳实践 Ognl新来的MVEBeanshell Groovy 目录 1.1. Beanshell 可以的 1 1.2. MVEL好像没有找到 1 1.3. Ongl可以的。。 1 1.4. Groovy 2 老牌的Ognl(老到网站都找不到了) 新来的MVEL 国产的Aviator 目前最快的JS...
Deepseek对JMeter 中 的Beanshell 与 Groovy 进行了详细对比 ，结论是：大规模性能测试中，Groovy 几乎是唯一可行的选择
liwenxiang629的博客
06-06 1165
摘要：JMeter中Beanshell与Groovy在性能测试中存在显著差异。经测试，Groovy执行效率比Beanshell高10-50倍，CPU和内存消耗更低，因其支持预编译为JVM字节码，而Beanshell需逐行解析。官方推荐使用Groovy（JSR223组件），尤其在复杂数据处理、高并发场景中优势明显，而Beanshell已逐渐被弃用。最佳实践包括启用Groovy编译缓存、避免大对象创建等。结论表明，Groovy是性能敏感场景的更优选择，可提升测试计划效率和稳定性。（150字）
性能测试八：jmeter进阶之beanshell
renxi369258的博客
05-22 237
    * BeanShell是一种完全符合Java语法规范的脚本语言,并且又拥有自己的一些语法和方法; * BeanShell是一种松散类型的脚本语言(这点和JS类似); * BeanShell是用Java写成的,一个小型的、免费的、可以下载的、嵌入式的Java源代码解释器,具有对象脚本语言特性,非常精简的解释器jar文件大小为175k。 * BeanShell执行标准Java语句和表达式,另外包括一些脚本命令和语法。   Jmeter常用的BeanShell 前置处理器：.
性能测试之Jmeter中Bean shell使用
patmos
11-20 945
Jmeter之Bean shell使用 一、什么是Bean Shell BeanShell是一种完全符合Java语法规范的脚本语言,并且又拥有自己的一些语法和方法; BeanShell是一种松散类型的脚本语言(这点和JS类似); BeanShell是用Java写成的,一个小型的、免费的、可以下载的、嵌入式的Java源代码解释器,具有对象脚本语言特性,非常精简的解释器jar文件大小为175k。 BeanShell执行标准Java语句和表达式,另外包括一些脚本命令和语法。 二、Jmeter有哪些Bean S
全栈性能测试-- -12java-Beanshell脚本开发技术
初遇我ㄖ寸の热情呢？
04-14 7732
引入外部jar包 为什么需要这个操作呢？ jmeter里面写beanshell，没办法调，不好用 所以需要导入外部的java包，或class文件 导入jar包，一般放在lib>ext目录下面。 扩展目录（类似于Python里面pip下载的包） 如果不放在默认路径的话，就需要指定路径 如果加密是定制化的，jmeter里面没有对应的函数 就需要用jar包定制化 加入beanshell前置处理器，就是发请求前，先执行它 //导入 jar 文件 //这个jar是md5加密的 import M
JMeter 扩展开发：BeanShell 数据模拟实现及性能探讨
emqx_broker的博客
10-21 659
本文是开源测试工具JMeter扩展性开发教程第三期，讲解如何采用JMeter内置功能BeanShell实现动态生成测试数据，并探讨其与Java扩展JMeter的实现方式对比。
java beanshell_java脚本初识Beanshell | 学步园
weixin_39618456的博客
02-16 279
脚本语言的话说来有很多，前阵子才看完perl虽然不怎么会用，但是真的在处理文档上面确实不错，特别是在正则表达式的应用，想练习正则表达式的话用perl作为平台来练习的确是个不错的选择，但是对于java支持的话，当然我首选的是groovy，他不但快捷易懂，而且对于学习java的人来说确实很容易上手。这两天刚买了本新书《java脚本编程》里面看到了很多的脚本语言，但是让我产生兴趣的并不是其中大力推崇的g...
在 JMeter 中如何调试 BeanShell 脚本？
最新发布
12-16
<think>我们正在讨论JMeter中调试BeanShell脚本的方法。根据引用[3]提到的“六、脚本调试技巧”，以及引用[1]和[2]中关于BeanShell在JMeter中使用的信息，我们可以总结出以下调试方法： 引用[1]提到：BeanShell由于内置了一些特有的变量，没法在一些集成代码工具上去调试。但是我们可以利用JMeter自身提供的调试功能。 引用[3]提到：脚本调试技巧（虽然具体内容省略了，但我们可以结合常见的调试方法） 常见的调试方法包括： 1. 使用`log`或`print`输出变量值 2. 使用`SampleResult`记录额外信息 3. 利用JMeter的调试取样器（Debug Sampler） 4. 使用BeanShell脚本中的内置对象（如`log`）记录日志 5. 设置断言来验证逻辑 6. 利用JMeter的查看结果树（View Results Tree）查看脚本输出 具体步骤： ### 1. **使用日志输出调试信息** BeanShell内置了`log`对象（对应JMeter的Logger）和`out`对象（System.out，输出到控制台）。我们可以在脚本中插入日志语句： ```java log.info("Debug message: " + someVariable); // 输出到JMeter日志（jmeter.log） print("Debug message: " + someVariable); // 输出到控制台（如果JMeter从控制台启动） ``` ### 2. **使用调试取样器（Debug Sampler）** 在测试计划中添加一个 **Debug Sampler**，它可以显示JMeter变量、属性和系统属性。将其放置在BeanShell组件之后，可以查看BeanShell脚本执行后设置的变量。 ### 3. **查看结果树（View Results Tree）** 在测试计划中启用 **View Results Tree**，选择对应的取样器，可以查看BeanShell脚本的输出。如果BeanShell脚本中有错误，也会在结果树中显示错误信息。 ### 4. **在BeanShell脚本中捕获异常** 使用try-catch块捕获异常并记录： ```java try { // 可能出错的代码 } catch (Exception e) { log.error("Error occurred: ", e); // 记录错误日志 } ``` ### 5. **使用BeanShell断言（BeanShell Assertion）验证** 在BeanShell断言中编写验证逻辑，如果条件不满足则标记失败（如引用[3]所示）： ```java if (!expected.equals(actual)) { Failure = true; FailureMessage = "Expected " + expected + " but got " + actual; } ``` ### 6. **分步调试（逐步注释）** 对于复杂的脚本，可以逐步注释掉部分代码，逐步验证每一部分的功能。 ### 7. **使用外部工具辅助** 虽然引用[1]提到BeanShell内置变量无法在外部工具调试，但我们可以将BeanShell脚本独立出来，在外部Java环境中测试（需要模拟JMeter环境变量）。或者将关键逻辑提取为Java类，然后在BeanShell中调用（如引用[4]所述，将jar包放在`lib/ext`目录下）。 > 注意：在调试完成后，应移除或禁用调试代码，以免影响性能。 ### 示例：调试一个BeanShell取样器 假设我们有一个BeanShell取样器，用于处理动态参数： ```java // 获取变量 String param1 = vars.get("param1"); log.info("param1: " + param1); // 调试输出 // 处理逻辑 String result = param1.toUpperCase(); // 存储结果 vars.put("processedParam", result); ``` 在查看结果树中，我们可以查看日志输出（在响应数据或jmeter.log中），并检查`processedParam`的值。 ### 总结： 在JMeter中调试BeanShell脚本主要依赖日志输出、调试取样器和查看结果树。同时，合理使用异常捕获和逐步调试也能有效定位问题[^1][^2][^3]。 --- ### §§相关问题§§ 1. 如何查看JMeter的日志文件（jmeter.log）？ 2. JMeter的Debug Sampler具体能显示哪些信息？ 3. 如何将BeanShell脚本迁移到更高效的Groovy脚本？ 4. 在BeanShell脚本中如何模拟JMeter变量进行本地调试？ [^1]: JMeter BeanShell内置变量与调试限制 : BeanShell组件使用指南 [^3]: BeanShell断言与调试技巧 </think> ### JMeter 中调试 BeanShell 脚本的方法 在 JMeter 中调试 BeanShell 脚本主要通过以下方法实现，结合引用内容中的关键技巧[^1][^3]： #### 1. **日志输出调试法** [^1][^3] ```java // 使用内置 log 对象输出变量值 log.info("==== 调试开始 ===="); log.info("参数值: " + vars.get("userID")); // 使用 print 输出到控制台 System.out.println("响应数据: " + prev.getResponseDataAsString()); // 输出特殊变量值 log.info("线程号: " + ctx.getThreadNum()); ``` > **作用**：在 JMeter 日志（`jmeter.log`）和控制台实时查看变量值，适合追踪执行流程。 #### 2. **响应数据写入文件** [^3] ```java // 将关键数据写入文件 import java.io.*; try (FileWriter fw = new FileWriter("debug.txt", true)) { fw.write("响应码: " + prev.getResponseCode() + "\n"); fw.write("结果: " + SampleResult.getResponseData() + "\n"); } vars.put("debugPath", "文件路径: debug.txt"); // 存储路径到变量 ``` > **优势**：保存完整响应数据，适合分析复杂数据结构。 #### 3. **断言强制中断** ```java // 在 BeanShell Assertion 中设置中断点 if (vars.get("debugFlag").equals("true")) { Failure = true; // 强制标记为失败 FailureMessage = "调试中断点 | 变量值: " + vars.get("targetVar"); Response.setStopThread(true); // 停止当前线程 } ``` > **技巧**：通过变量控制调试开关，触发后可在「查看结果树」中检查现场状态。 #### 4. **变量注入检查** [^2][^4] ```java // 1. 添加调试变量 vars.put("DEBUG_step1", intermediateValue); // 2. 使用 Debug Sampler 组件 // 添加 → 取样器 → Debug Sampler ``` > **操作**：在脚本关键节点注入临时变量，通过 **Debug Sampler** 组件查看所有变量快照。 #### 5. **外部库断点调试** [^4] 1. 将 `bsh-debug.jar` 放入 `jmeter/lib/ext` 目录 2. 在脚本中加入断点： ```java import bsh.debug.Debug; Debug.setDebugMode(true); // 启用调试模式 Debug.breakPoint(); // 设置断点（执行暂停） ``` > **限制**：需重启 JMeter，且可能影响性能，仅适用于复杂问题。 #### 调试流程建议 1. **简化脚本**：先注释复杂逻辑，逐步启用代码块 2. **隔离测试**：使用 **Test Fragment** 单独调试脚本 3. **结果分析**： - 使用 **View Results Tree** 查看请求/响应 - 在 **Response Data** 标签页检查脚本输出 - 筛选 **Log Viewer** 中的 `DEBUG` 级别日志 > 关键点：优先使用内置日志和变量注入，复杂场景结合文件记录和外部调试库[^3]。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值