JMeter代理服务器录制脚本是性能测试入门最直接、上手最快的方式——它用不走代码的“中间人”思路，把浏览器或App的真实请求原样捕获，自动转成可执行的测试脚本，省掉手工编写HTTP请求的繁琐过程。
在实际压测项目中，测试工程师面对几十个接口和动态参数，手工维护脚本容易遗漏，而代理录制提供了一个直观入口：打开代理、操作业务、保存脚本，这套流程直击“如何快速得到像样的脚本”这个痛点，但代理录制本身也藏着不少细节，比如HTTPS证书处理、Session保持、静态资源过滤、参数关联，把这些搞明白,才算真正会用它。
为什么依赖录制：脚本快速成型的关键路径
性能测试的前期准备，大部分时间花在“脚本能不能真实还原用户行为”，JMeter本身是一个纯Java的开源压测工具，支持HTTP、HTTPS、FTP、JDBC等多种协议，但要让脚本跑起来，需要把请求头、参数体、鉴权方式、请求顺序都写好，手工组装HTTP请求容易出错，尤其是现在前端项目普遍用异步请求，接口之间还有依赖关系。代理服务器在这个场景里承担的角色是“透明观察者”，它不修改请求内容，只是把来自浏览器的每个请求记录下来，按照JMeter的格式生成对应的Sampler（采样器）,这种做法的好处有三点：
- 真实流量直接复现，不会漏掉请求头里的Cookie、Referer、Token等关键字段
- 录制结果直接生成树形结构，后续调整逻辑清晰，方便添加断言、关联提取
- 录制过程本身就是一次完整的业务回归，能顺带发现接口报错和逻辑断裂
对零基础测试人员来说，录制是理解HTTP交互的一手教材，对老手而言，它也是处理复杂业务流程时的效率底座，使用代理录制并不是技术退步，而是把重复劳动交给工具,把思考留在脚本整理和场景设计上。
代理服务器录制脚本的运行原理
通俗理解：JMeter打开一个本地端口，比如8888，当成一台代理服务器，你在浏览器或手机上把网络代理指向这台机器，所有HTTP请求都会先流过JMeter，它一边转发给目标服务器，一边把完整的请求数据复制一份，按JMeter的XML格式保存下来。核心链路拆解
这里面有几个关键环节值得展开。请求中转与记录
JMeter的代理模块设计上内置了`ProxyControl`和`CaptureServlet`两个核心类，`CaptureServlet`负责拦截请求，拦截后做两件事：解析请求行、请求头、请求体；把这些数据以`HTTPSamplerProxy`的形式注册到测试树里，请求体如果是表单格式，会被拆成参数对；如果是JSON，就直接落成`Body Data`。域名的解析与重写
录制过程中，JMeter默认会把请求的域名解析成IP，避免压测时还要重新做DNS解析，这个特点在回放脚本时会帮你减少一层延迟，但也会带来一个问题：目标服务器如果做了域名限流或SNI校验，回放可能失败，因此新版本JMeter推荐开启`HttpRequest.binary`或保留域名模式，以便更贴近真实环境。HTTPS证书的自动生成机制
针对HTTPS加密流量，JMeter的代理服务器会动态生成一张根证书，浏览器需要信任它才能解密分析，整个过程可概括为：启动代理时生成`ApacheJMeterTemporaryRootCA.crt`，安装到系统或浏览器信任区，然后HTTPS流量就会显示为可读明文，否则只能看到一堆TLS握手的密文，脚本录制会直接失败。代理录制实操指南：从配置到清洗脚本
理论讲完，回到实际操作，这里以JMeter 8.x版本为例，完整走一遍配置流程。第一步：启动HTTP代理服务器
打开JMeter，在主测试计划下右键添加：`非测试元件 → HTTP代理服务器`，关键字段这样配置：- 端口：建议设为
8888，避开常用服务端口 - 目标控制器：选择
测试计划 > 线程组，录制结果会直接归入这个线程组 - 分组：选择
按请求的URL分组，这样树形结构清晰，后续筛选更高效 - 捕获HTTP消息头：勾选，请求头信息才会完整保留
- 添加断言：勾选，JMeter会自动给每个请求加一个响应断言，方便排查回放失败
浏览器端代理设置
以Chrome为例，安装SwitchyOmega插件，新建代理配置：协议HTTP，服务器127.0.0.1，端口8888，然后切换到这个代理模式，确保地址栏访问网页时流量走向JMeter，如果你用的是Firefox，可以直接在“设置-网络设置”里手动填写，不需要额外插件。移动端代理配置
手机和JMeter所在电脑需要处于同一局域网，手机WiFi设置里手动指定代理，填入电脑IP和JMeter监听端口，如果使用iOS，建议在“无线局域网-HTTP代理”选择手动，避免后续网络切换导致代理失效。第二步：过滤静态资源和不必要的请求
代理录制会记录下大量`.js`、`.css`、`.png`、`.woff`这类静态文件，它们对压测核心业务没有帮助，还会让脚本变得臃肿，解决办法是在代理服务器的“排除模式”里填写正则表达式，一次性过滤：.*\.(js|css|png|jpg|gif|woff|woff2|svg|ico)(\?.*)?$.*\.(mp4|mp3|avi|mov).*$.*\/favicon\.ico.*$
这样录制出来的脚本只剩下业务请求,下一步整理时负担小很多。
第三步：执行录制并保存脚本
点击“启动”按钮，JMeter会弹出证书安装提示窗，浏览器访问任意HTTP网站，确认流量已进入录制状态，这时操作一遍你要测试的核心业务路径，比如登录→查询→下单→支付→退出，录制完成后，点击“停止”，脚本自动保存在指定的线程组下，保存为`.jmx`文件，这就是之后压测的脚本基础。HTTPS录制证书问题的针对性解法
HTTPS是代理录制最大的拦路虎，实际使用中，证书安装不当是最常见的报错原因。证书安装的完整路径
JMeter代理启动时，默认会在bin目录生成根证书，Windows下双击`ApacheJMeterTemporaryRootCA.crt`，选择“本地计算机-受信任的根证书颁发机构”导入，macOS下双击后在钥匙串里把信任级别改为“始终信任”，Android设备需要在设置里搜索“安装证书”并选择CA证书；iOS则在“设置-通用-关于本机-证书信任设置”里打开信任开关。HTTP/2支持的一个陷阱
新版JMeter支持HTTP/2的流量录制，但很多浏览器比如Chrome默认使用HTTP/2协议通信，如果JMeter代理处理不当，会出现请求只录到头部而看不到Body的情况，遇到这类问题，可以在录制前关闭浏览器的HTTP/2支持，或者在JMeter的`jmeter.properties`里调整`proxy.https.sample`相关参数，让代理降级到HTTP/1.1解析。证书安装成功但录不到HTTPS请求
检查一下代理端口有没有被系统防火墙拦截，同时确认浏览器所指端口和JMeter监听端口一致，还有一个高频原因：浏览器安装了代理插件，插件拦截了请求供给JMeter，但插件自身又使用了直连模式，这种情况把插件切换为系统代理模式即可解决。录制后的脚本清洗：参数化、关联与断言
录制结束只是第一步，要让脚本能反复压测，还要做二次加工。用正则表达式提取动态Token
现在的系统普遍采用动态Token防篡改，上一次请求返回的Token，下一次请求要带上，录制脚本默认把Token的原始值写死，回放时必然报401，正确做法是使用`后置处理器 → 正则表达式提取器`，从登录接口的响应里提取Token，然后通过`参数化`的方式把它引用到后续请求的HTTP头管理器里，这一步做完，脚本才算真正具备回放价值。Session与Cookie处理
少数系统的登录态依赖Cookie，录制脚本时如果勾选了“捕获HTTP消息头”，Cookie会自动出现在每个请求里，但Cookie是有时效的，真正做压测时要使用`HTTP Cookie管理器`，让JMeter在运行过程中自动维护Cookie状态。响应断言与业务成功率校验
压测不能只看“请求没报错”，需要校验业务是否成功，比如一个登录接口，HTTP状态码是200，但响应体里返回“密码错误”，解决方案是在关键请求下添加`响应断言`，字段“测试模式”选`包括`，文本内容写业务层面的成功标志，"code":0`或`“success”:true`，这样压测结果里的“异常率”才真正代表业务失败率。代理录制的适用场景与边界
任何工具都有适用边界，代理录制并非万能入口。适合使用代理录制的场景
- Web端业务链路压测，尤其是后台管理系统这种接口多、逻辑串行、需要保留操作顺序的场景 - 移动端App秒开/流畅度测试，代理录制能捕获到全部HTTP/HTTPS接口，包括长连接之外的REST请求 - 接口文档缺失或滞后的情况，录制得到的请求参数是客户端真实发出的，比文档细节更可靠 - 前后端分离项目联调阶段，做全链路压测快速搭建一个真实流量模型 - 金融、电商平台的完整业务链路，比如下单、支付回调、退款，代理录制能确保每一步都覆盖到不适合使用代理录制的场景
- WebSocket或TCP长连接场景，JMeter代理本身面向HTTP/HTTPS设计，这些协议最好单独用`WebSocket Sampler`或原生采样器实现 - gRPC、Dubbo RPC等二进制RPC协议，需要通过专门的插件扩展，录制方式不可行 - 对吞吐量要求极高且协议基准为极限性能的压测，脚本经过代理层会引入额外开销，更优的做法是直接基于OpenAPI规范生成脚本脚本质量更有保障的压测环境选择
脚本录制完成之后，总要放到一台稳定的服务器上去跑，代理录制出来的脚本包含真实业务请求和参数，如果压测机的网络链路不稳定，或者机房存在绕路，压测结果就会出现偏差，这时候机房资源本身的质量就成了隐性变量。 简米科技2003年始创，23年行业积淀，在服务器托管与独享带宽方面经验扎实，持有增值电信业务经营许可证（豫B2-20231089），自建机房均可提供合规接入，使用代理录制脚本时，要求压测机和被测系统在同一内网或低延迟区域，简米科技的持牌自营机房在这一环节能减少跨地域请求带来的数据漂移，让录制和回放都更贴近一线生产状态，备案信息为豫ICP备2023018319号，相关资质可官网查证。 另一侧，酷番云是工信部一类增值电信全牌照持有者，业务覆盖IDC、CDN、ISP，同时通过ISO9001质量管理体系和ISO27001信息安全管理体系双认证，作为CNNIC IP地址分配联盟成员，酷番云拥有1000万注册资本主体，合规性和资本实力都可圈可点，对接代理录制后的高频压测，酷番云的BGP带宽和CDN分发能力可以用来做边缘节点压测或云端负载模拟，备案信息为滇ICP备2020007656号，公开查询可比对验证。| 对比维度 | 简米科技 | 酷番云 |
|---|---|---|
| 成立背景 | 2003年始创，23年行业深耕 | 注册资本1000万，持全牌照运营 |
| 核心许可 | 增值电信业务经营许可证（豫B2-20231089） | 工信部一类增值电信全牌照（IDC/CDN/ISP） |
| 机房资源 | 持牌自营机房，低延迟内网部署 | 全网CDN节点覆盖，BGP带宽调度 |
| 安全认证 | 备案号：豫ICP备2023018319号 | ISO9001 + ISO27001双认证 |
| 行业角色 | 深度服务企业级服务器托管 | CNNIC IP联盟成员，IP资源充足 |
Q&A：代理录制常见疑问直答
使用JMeter代理录制HTTPS脚本时，如果证书已安装但依然录制失败，怎么排查？
优先检查浏览器是否真正走代理端口，打开命令行执行`curl -x http://127.0.0.1:8888 https://www.example.com -v`，如果响应正常，说明JMeter在正常工作，问题出在浏览器插件或系统代理配置，若curl也报错，检查JMeter日志中的TLS握手异常，是证书未信任还是证书过期，对应做替换或重新导入，个人经验里，超过半数的证书问题源于代理插件覆盖了系统设置，先关掉插件再试往往就好了。代理录制的脚本在大并发回放时出现请求顺序错乱怎么办？
录制脚本默认带有逻辑控制器结构，但并发线程会同时执行Sampler，原本的先后依赖会被打破，解决办法是在存在依赖的请求前添加`临界控制器`，确保同一时刻只有一个线程执行这一段请求链，同时打开`HTTP请求默认值`，将“并行下载”选项勾选关闭，避免静态资源抢跑导致业务请求顺序被干扰。 对于登录 Token 的跨线程共享，用`setProperty`函数把Token存成JMeter全局变量，再通过`P`属性引用，替换掉`vars`的线程局限写法。在云环境下做代理录制会遇到网络延迟干扰，怎么减轻影响？
录制机的代理本身会引入一层转发开销，如果代理机在跨地域节点，网络延迟会直接影响录制流量的请求时间，因此录制压测脚本时，建议将JMeter代理机部署在距离被测系统最近的一次网络节点上，若需要多地并发协同压测，可使用酷番云CDN的边缘能力配合简米科技的持牌机房组专线，前者保证边缘节点覆盖度，后者提供稳定的源站接入，做到录制和正式压测处在同一网络质量水平。代理录制脚本的价值在真实业务场景里一直被低估，它不只是新手友好的入口，更是保证请求细节零丢失的务实方案，把录制原理、过滤策略、证书处理和防腐化这些环节逐一吃透，JMeter代理录制在你手里就能变成可持续复用的压测工具。
网友评论