本文介绍了JMeter性能测试中处理JSON列表返回结果的两种关联技巧：1）使用__V和__Random函数实现随机取值，通过调试取样器验证提取效果；2）结合循环控制器和计数器实现参数遍历，演示了完整的参数设置和结果验证过程。文章强调了掌握JMeter函数嵌套和组件组合的重要性，并提供了获取完整JMeter手册的途径。适合需要提升JMeter脚本开发能力的测试人员阅读。

本文介绍了JMeter自定义前置处理器的二次开发实现，针对公司H5应用RSA加密请求体的场景。原有JSR223+Groovy方式存在性能瓶颈，吞吐量仅126。作者开发了HR Encrypt PreProcessor组件，通过Java直接类加载实现加密，性能提升近3倍（吞吐量362）。文章详细对比了两种实现方式的性能差异，并提供了核心开发代码说明，包括必须继承的接口和关键实现类。建议在性能测试中优先使用二次开发组件方式，以获得更好的测试效率。

文章摘要 在一次性能测试中，发现稳定性测试存在非法token错误问题。通过分析发现JMeter脚本中JSON提取器与重试处理器的执行顺序不当，导致变量更新不及时。调整脚本逻辑后，移除残留变量并确保提取器在重试后执行，问题得到解决。建议性能测试应遵循单接口验证-混合场景-稳定性测试的递进策略，确保各环节无缺陷后再投入资源。文中还提到单接口测试时发现并发请求存在"Socket closed"问题，需进一步优化。

【摘要】本文介绍了JMeter自定义JSON提取器的二次开发过程。针对HTTP协议使用RSA加密请求体/响应体导致JSON提取器使用不便的问题，作者开发了支持解密的JSON提取器组件。该组件保留了原生JSON提取器的使用方式，同时新增了解密公钥字段，简化了加密场景下的参数关联操作。文章展示了组件使用效果，并详细说明了二次开发的关键步骤，包括继承AbstractPostProcessorGui类实现GUI界面，以及处理界面与后置处理器之间的数据交换。通过该组件可以更优雅地处理加密响应中的JSON参数提取问题。

本文介绍了针对RSA加密HTTP请求的性能测试解决方案，通过二次开发JMeter的JSON断言组件，替代原有的Groovy脚本断言方式。文章首先分析了原有JSR223断言+Groovy脚本在加密场景下的性能损耗和维护不便问题，然后展示了自定义开发的HR JSON Assertion组件，该组件具有与原生JSON断言相似的使用方式，并能自动处理加密响应体的解密和断言验证。最后简要说明二次开发的关键点，包括创建继承AbstractAssertionGui的GUI类和实现核心断言逻辑。该方案显著提升了测试脚本执行

JMeter自定义函数二次开发指南 本文详细介绍了JMeter函数二次开发的完整流程。主要内容包括： 开发背景：JMeter自带函数存在局限性，需通过二次开发满足特定业务需求 开发思路： 项目目录需以functions结尾 需引入JMeter核心Jar包 继承AbstractFunction类并实现4个关键方法 具体步骤： 创建Maven项目并添加依赖 编写自定义函数类处理核心逻辑 封装独立方法处理业务逻辑 打包部署到JMeter的ext目录 示例代码：提供了RandomCarInfo类的完整实现，包括参数

JMeter自定义后置处理器实现请求重试机制 本文介绍了两种在JMeter中实现请求重试机制的方法。第一种方法利用现有组件组合实现，通过While控制器和JSR223后置处理器控制重试逻辑，但存在多接口重试时标志位管理复杂的问题。第二种方法通过二次开发自定义后置处理器组件，提供了更简洁优雅的解决方案。 自定义后置处理器支持配置最大重试次数、响应断言条件、数据解密设置和延时策略等参数，能够自动处理重试逻辑并覆盖原始结果。文章详细说明了核心开发步骤，包括创建三个关键文件：RetryPostProcessor.j