RapidReq – 高性能网页接口监控/抢购辅助工具

📋 目录

1. 软件简介

2. 核心功能

3. 界面布局

4. 快速入门

5. 功能详解

6. 高级功能

7. 使用场景示例

8. 常见问题

9. 注意事项

软件简介

RapidReq 是一款高性能网络监控与定时抢购辅助工具。它集成了可视化会话捕捉、灵活的 API 构造器、毫秒级定时引擎以及高并发执行能力,适用于：

• 📊 网页/API 数据监控：价格监控、库存监控、内容变化监控

• 🛒 定时抢购/秒杀：电商抢购、限时活动、预约服务

• 🔍 接口测试：API 接口调试、性能测试

核心功能

1. 可视化会话捕捉 (Smart Session Capture)

• 内嵌浏览器：集成 Microsoft Edge WebView2 引擎

• 自动提取：一键获取当前页面的 Cookie 凭证

2. 全能 API 构造器 (Generic Request Engine)

• 支持HTTP 方法：GET、POST，其它HTTP方法（PUT、DELETE、PATCH、HEAD、OPTIONS）暂不开放

• 灵活配置：

  • 自定义 Headers（支持任意标头）

  • 多种 Content-Type（JSON、Form Data、Plain Text）

  • 请求体编辑器（支持格式转换）

• 动态变量：

  • {{uuid}}：生成唯一 GUID

  • {{timestamp}}：当前 Unix 时间戳（秒）

  • {{millisecond}}：当前 Unix 时间戳（毫秒）

  • {{time}}：当前时间的毫秒分量（0-999）

  • {{random}}：生成随机数（0-999999999）

3. 毫秒级调度引擎 (High-Precision Timer)

• 基于多媒体定时器：使用 Windows timeSetEvent API

• 精度保证：误差 < 20ms

• 定时模式：单次触发和周期触发

4. 高并发执行 (High Concurrency)

• 并行请求：基于 PPL (Parallel Programming Library)

• 可配置并发数：1-10 个并发请求（建议 1-5）

• 线程安全：完善的锁机制和错误处理

5. 智能断言系统 (Response Assertion)

支持 4 种响应匹配模式（详见响应断言详解）：

• Keyword（关键字匹配）：简单文本包含检查

• JSON Path（JSON 路径提取）：提取并验证 JSON 字段值

• Regex（正则表达式）：复杂模式匹配

• Change Detection（变更检测）：监控内容变化

6. 实时日志系统 (Log Manager)

• 彩色日志：不同级别使用不同颜色标识

  • 灰色：INFO（信息）

  • 橙色：WARNING（警告）

  • 红色：ERROR（错误）

  • 深绿色：SUCCESS（成功）

  • 金色：INFO-无匹配（定时任务未匹配）

• 日志导出：支持导出为文本文件

• 实时更新：毫秒级时间戳，精确到 ms

7. 成功提示音播放

• 音频文件支持：自动加载 msg 文件夹下的 MP3 文件

• 可选播放：匹配成功后自动播放提示音

• 异步播放：不阻塞程序运行

界面布局

软件主界面包含 3 个主要选项卡：

1. 任务配置 (Task Config)

左侧配置区：

• URL 输入框

• HTTP 方法选择

• Headers 表格（支持手动编辑和粘贴）

• Content-Type 选择

• Body 编辑器

右侧参数区：

• 执行模式选择（循环监控 / 定时抢购）

• 间隔时间设置

• 目标时间选择（定时模式）

• 并发数量配置

• 匹配断言配置区

• 控制按钮（开始、停止）

2. 浏览器 (Browser)

• 地址栏：输入要访问的网站

• 刷新按钮：重新加载页面

• 获取 Cookie 按钮：一键提取当前页面 Cookie ，自动添加到任务配置区 Headers 列表

3. 日志 (Logs)

• 日志列表：显示所有运行日志（时间、级别、消息）

• 清空日志：清除所有日志记录

• 导出日志：保存日志到文件

快速入门

场景 A：监控商品库存（循环监控模式）

步骤 1：配置 API 请求

1. 切换到"任务配置"选项卡

2. 在 URL 输入框中输入商品接口地址，例如：

   https://api.example.com/product/12345/stock

3. 选择 HTTP 方法为 GET

4. 如果需要登录凭证：

   • 切换到"浏览器"选项卡，登录网站

   • 点击"获取 Cookie"按钮

   • 返回"任务配置"，Cookie 已自动添加到 Headers

步骤 2：配置响应断言

1. 在"断言配置"区域选择断言类型：JSON Path

2. 在"匹配内容/表达式"输入框输入：

   data.stock.state

3. 在"扩展匹配"输入框输入期望值：

   33

   (假设库存状态 33 表示"有货")

步骤 3：启动监控

1. 在"执行模式"选择：循环监控

2. 设置间隔时间：2000 毫秒（2 秒检查一次）

3. 勾选"匹配成功后停止"

4. 点击"开始运行"

结果：

• 软件每 2 秒发送一次请求

• 当商品库存状态变为 33 时，自动停止并播放提示音

• 所有过程实时记录在日志中

场景 B：定时抢购（定时抢购模式）

步骤 1：准备抢购请求

1. URL 输入框：

   https://shop.example.com/api/order/submit

2. HTTP 方法：POST

3. Content-Type：application/json

4. Body 编辑器输入：

   {
     "productId": "12345",
     "quantity": 1,
     "timestamp": "{{millisecond}}"
   }

5. 添加必要的 Headers（例如 Cookie、Authorization）

步骤 2：配置定时参数

1. 执行模式选择：定时抢购

2. 设置目标时间：

   • 日期选择器：选择抢购日期

   • 时间选择器：精确到秒（如 10:00:00）

3. 设置并发数量：3（同时发送 3 个请求）

4. 设置间隔时间：50 毫秒（每 50ms 发送一轮）

步骤 3：配置断言

1. 断言类型：JSON Path

2. 匹配表达式：success

3. 期望值：true

步骤 4：启动等待

1. 点击"开始运行"

2. 软件进入倒计时等待

3. 到达目标时间后自动开始快速抢购

4. 匹配成功后自动停止

安全机制：

• 最大尝试轮数：1000 轮

• 最大执行时间：30 秒

• 最小执行间隔：50 毫秒

• 防止无限循环

功能详解

1. HTTP 请求配置

1.1 URL 配置

• 支持动态变量：在 URL 中可以使用变量占位符

  示例：

  https://api.com/data?timestamp={{timestamp}}&id={{uuid}}

  实际请求时自动替换为：

  https://api.com/data?timestamp=1732447200&id=550e8400-e29b-41d4-a716-446655440000

1.2 HTTP 方法

支持以下方法：

• GET：获取数据（不发送 Content-Type）

• POST：提交数据

• PUT：更新数据

• DELETE：删除数据

• PATCH：部分更新

• HEAD：获取响应头

• OPTIONS：查询支持的方法

注意：暂不开放 PUT、DELETE、PATCH、HEAD、OPTIONS方法，GET、DELETE、HEAD、OPTIONS 请求不会发送 Content-Type 和 Body

1.3 Headers 配置

手动添加 Header：

1. 点击"添加标头"按钮

2. 在表格中编辑 Header 名称和值

3. 支持任意自定义标头

从浏览器粘贴 Headers：

1. 在浏览器开发者工具（F12）中复制请求头

2. 点击"粘贴浏览器标头"按钮（或右键菜单）

3. 软件自动解析并填充到表格

支持的粘贴格式：

格式 1（名称-值交替行）：

accept
application/json
user-agent
Mozilla/5.0

格式 2（冒号分隔）：

accept: application/json
user-agent: Mozilla/5.0

忽略的 Headers：

• accept-encoding

• cache-control

• dnt

• pragma

• priority

删除 Header：

• 选中要删除的行 → 点击"删除标头"

• 或在表格中右键选择"删除"

• 或按 Delete 键

清空所有 Headers：

• 右键菜单 → "清空所有标头"

• 保留默认 User-Agent

1.4 Content-Type

支持以下类型：

• text/plain：纯文本

• application/json：JSON 数据（默认）

• application/x-www-form-urlencoded：表单数据

自动格式转换功能：

当 Content-Type 为 application/x-www-form-urlencoded 时，如果 Body 格式为：

username: admin
password: 123456

软件自动转换为：

username=admin&password=123456

1.5 Body 编辑器

智能粘贴检测：

粘贴 URL 编码格式（key=value&...）时：

username=admin&password=123456

提示转换为：

username: admin
password: 123456

粘贴原始表单数据（交替行）时：

username
admin
password
123456

提示转换为：

username: admin
password: 123456

JSON 自动压缩： 当 Content-Type 为 application/json 时，自动去除多余空格和换行，但保留字符串内部的空白。

动态变量支持： Body 中可以使用所有动态变量：

{
  "timestamp": {{millisecond}},
  "traceId": "{{uuid}}",
  "nonce": "{{random}}"
}

2. 执行模式

2.1 循环监控模式

用途：

• 持续监控 API 数据变化

• 价格监控、库存监控

• 状态轮询

参数配置：

• 间隔时间：两次请求之间的间隔（毫秒）

  • 最小值：100ms

  • 推荐值：2000ms（2 秒）

  • 过小的间隔可能导致服务器封禁

停止条件：

• 手动点击"停止"按钮

• 勾选"匹配成功后停止" + 断言匹配成功

• 请求发生错误（自动停止）

示例场景：

• 监控游戏服务器状态

• 监控商品价格变动

• 监控库存补货

2.2 定时抢购模式

用途：

• 定时秒杀、抢购

• 预约服务（如疫苗预约、挂号）

• 定时任务触发

参数配置：

• 目标时间：精确到秒的触发时间

  • 日期选择器：选择年月日

  • 时间选择器：选择时分秒

• 并发数量：同时发送的请求数（1-100）

  • 推荐值：1-5

  • 过高可能被识别为攻击

• 间隔时间：每轮抢购之间的间隔

  • 最小值：50ms

执行流程：

1. 点击"开始运行"后进入等待状态

2. 倒计时到达目标时间

3. 同时发送 N 个并发请求（N = 并发数量）

4. 每隔指定间隔继续发送下一轮

5. 直到匹配成功或达到限制条件

安全限制：

• 最大轮数：1000 轮（防止无限循环）

• 最大时间：30 秒（从目标时间开始计算）

• 达到任一限制自动停止

日志显示：

准备执行定时抢购，目标时间：2025-11-26 10:00:00（等待 3600000 毫秒）
抢购参数：并发数=3，间隔=50毫秒，最大尝试轮数=1000
⏰ 目标时间到达！开始持续抢购...
━━━ 第 1 轮抢购（已用时 0 秒）━━━
  请求 #1：HTTP 200 | OK | 256 bytes | ✓ 匹配成功
  请求 #2：HTTP 200 | OK | 256 bytes | ✓ 匹配成功
  请求 #3：HTTP 429 | Too Many Requests | 128 bytes | ✗ 匹配失败
🎉 抢购成功！共发送 1 轮，成功 2 个请求

3. 响应断言详解

断言用于验证 HTTP 响应是否符合预期条件。

3.1 Keyword（关键字匹配）

适用场景：

• 简单文本查找

• 检查页面是否包含特定内容

配置参数：

• 匹配内容/表达式：要查找的关键字

• 扩展匹配：可选的第二个关键字

匹配规则：

• 大小写敏感

• 子串匹配（Pos 函数）

• 如果提供扩展匹配，则两个关键字都必须存在

示例 1：检查商品是否有货

匹配内容：有货
扩展匹配：（留空）

响应包含"有货"文本即匹配成功。

示例 2：双重验证

匹配内容："success": true
扩展匹配："code": 200

响应必须同时包含这两个字符串。

优点：

• 简单易用，无需学习语法

• 性能最快

缺点：

• 无法精确定位字段

• 可能误匹配（如注释中的文本）

3.2 JSON Path（JSON 路径提取）

适用场景：

• 验证 JSON 接口返回值

• 提取嵌套字段

配置参数：

• 匹配内容/表达式：JSON 路径（点号分隔）

• 扩展匹配：期望的字段值（可选）

路径语法：

匹配规则：

• 如果提供期望值：提取的值必须完全等于期望值

• 如果不提供期望值：只检查路径是否存在且有值

示例 1：检查库存状态

响应 JSON：

{
  "data": {
    "stock": {
      "state": 33,
      "quantity": 100
    }
  }
}

配置：

匹配内容：data.stock.state
扩展匹配：33

✓ 匹配成功（提取到"33"且等于期望值）

示例 2：检查数组元素

响应 JSON：

{
  "products": [
    {"id": 1, "price": "99.99"},
    {"id": 2, "price": "199.99"}
  ]
}

配置：

匹配内容：products.0.price
扩展匹配：99.99

✓ 匹配成功

示例 3：只检查字段存在

配置：

匹配内容：user.email
扩展匹配：（留空）

只要 user.email 字段存在且有值即匹配成功。

优点：

• 精确定位字段

• 支持嵌套结构和数组

• 不受其他字段影响

缺点：

• 只能用于 JSON 格式响应

• 路径必须完全正确

3.3 Regex（正则表达式匹配）

适用场景：

• 复杂文本模式匹配

• 验证格式（手机号、邮箱等）

• 提取多种可能的值

配置参数：

• 匹配内容/表达式：正则表达式模式

• 扩展匹配：不使用

正则选项：

• roIgnoreCase：忽略大小写

• roMultiLine：多行模式（^ 和 $ 匹配行首行尾）

示例 1：匹配任意库存状态码

正则表达式："stockState"\s*:\s*\d+

匹配：

• ✓ "stockState": 33

• ✓ "stockState":99

• ✓ "stockState" : 0

示例 2：检查多种成功状态

正则表达式："(success|status)"\s*:\s*(true|"ok"|200)

匹配：

• ✓ "success": true

• ✓ "status": "ok"

• ✓ "status": 200

• ✗ "success": false

示例 3：验证手机号格式

正则表达式:"phone"\s*:\s*"1[3-9]\d{9}"

匹配：

• ✓ "phone": "13812345678"

• ✓ "phone": "19987654321"

• ✗ "phone": "12345678901"

常用正则模式：

优点：

• 功能强大，可以处理复杂模式

• 适用于任何文本格式

缺点：

• 学习曲线陡峭

• 复杂的正则可能影响性能

• 语法错误会导致匹配失败

3.4 Change Detection（变更检测）

适用场景：

• 监控内容变化（不关心具体值）

• 网页更新检测

• 数据刷新监控

配置参数：

• 匹配内容/表达式：可选的正则表达式

  • 如果提供：只监控匹配的部分内容

  • 如果留空：监控整个响应

• 扩展匹配：不使用

工作原理：

1. 计算响应内容的 MD5 哈希值

2. 与上次请求的哈希值比较

3. 首次请求建立基准（不算变化）

4. 后续请求检测是否变化

匹配规则：

• 首次请求：返回 False（建立基准）

• 内容相同：返回 False（无变化）

• 内容变化：返回 True（检测到变化，并更新基准）

示例 1：监控整个页面

配置：

匹配内容：（留空）

执行流程：

第 1 次请求：哈希 a1b2c3... → ✓ 未检测到变化（基准）
第 2 次请求：哈希 a1b2c3... → ✓ 未检测到变化（相同）
第 3 次请求：哈希 e5f6g7... → ⚠ 检测到变化！

示例 2：只监控库存字段

配置：

匹配内容："stock"\s*:\s*\{[^}]+\}

响应示例：

{"stock": {"state": 0, "qty": 0}, "views": 1000}

第 1 次：提取 "stock": {"state": 0, "qty": 0} → 建立基准 第 2 次：views 变为 1050，但 stock 未变 → 无变化 第 3 次：stock 变为 {"state": 33, "qty": 100} → ⚠ 检测到变化！

示例 3：监控特定商品价格

配置：

匹配内容："productId"\s*:\s*12345.*?"price"\s*:\s*[\d.]+

只有商品 ID 为 12345 的价格变化时才会触发。

日志显示差异：

其他断言类型：

✓ 匹配成功 / ✗ 匹配失败

变更检测：

✓ 未检测到变化（基准/相同）
⚠ 检测到变化！

优点：

• 无需知道具体期望值

• 适合监控动态内容

• 可以只监控特定部分

缺点：

• 首次请求总是"无变化"

• 任何微小变化都会触发（如时间戳）

• 需要理解 MD5 哈希原理

4. 浏览器会话捕捉

4.1 浏览器使用

打开网页：

1. 切换到"浏览器"选项卡

2. 在地址栏输入 URL

3. 点击"刷新"按钮（或按 Enter）

浏览器操作：

• 刷新：重新加载当前页面

• 正常浏览：与普通浏览器一样使用（登录、点击等）

4.2 获取 Cookie

使用场景： 需要登录凭证才能访问的 API 接口。

操作步骤：

1. 在浏览器中打开目标网站

2. 完成登录流程

3. 点击"获取 Cookie"按钮

4. Cookie 自动添加到"任务配置"的 Headers 列表

注意事项：

• 如果 Headers 中已有 Cookie，会自动更新

• Cookie 可能有过期时间，需定期重新获取

• 某些网站的 Cookie 会受到 CSRF 保护

日志提示：

已添加 Cookie 到 Headers 列表
或
已更新 Cookie 到 Headers 列表

5. 成功提示音

5.1 音频文件准备

文件夹位置：

RapidReq.exe 所在目録\msg\

支持格式：

• 仅支持 MP3 格式

• 建议使用短小的提示音（1-3 秒）

添加音频文件：

1. 将 MP3 文件复制到 msg 文件夹

2. 重启软件

3. 音频文件会出现在下拉列表中

5.2 播放设置

启用播放： 勾选"播放成功提示音"复选框

选择音频： 在下拉列表中选择要播放的音频文件

触发条件：

• 循环监控模式：勾选"匹配成功后停止" + 断言匹配成功

• 定时抢购模式：任一请求匹配成功

播放方式：

• 使用 MCI (Media Control Interface) 异步播放

• 不阻塞程序运行

• 自动停止上一个播放

日志提示：

正在播放成功提示音：success.mp3

高级功能

1. 动态变量系统

所有动态变量在 请求发送前 自动替换，支持在 URL、Headers、Body 中使用。

变量列表

使用示例

在 URL 中：

https://api.com/data?timestamp={{timestamp}}&id={{uuid}}

实际请求：

https://api.com/data?timestamp=1732447200&id=550e8400-e29b-41d4-a716-446655440000

在 Headers 中：

X-Request-ID: {{uuid}}
X-Timestamp: {{millisecond}}

在 Body 中：

{
  "traceId": "{{uuid}}",
  "timestamp": {{millisecond}},
  "nonce": "{{random}}"
}

实际发送：

{
  "traceId": "550e8400-e29b-41d4-a716-446655440000",
  "timestamp": 1732447200500,
  "nonce": "823145678"
}

URL 编码支持： 变量也支持 URL 编码形式：

%7B%7Btimestamp%7D%7D → 自动替换

2. 自动跟随重定向

配置位置： 勾选"自动重定向"复选框

功能说明：

• 勾选后：HTTP 客户端自动跟随 3xx 重定向响应

• 不勾选：直接返回 3xx 响应，不跟随

适用场景：

• 需要获取最终页面：勾选

• 需要检测重定向本身：不勾选

3. 请求超时设置

默认值： 30 秒（30000 毫秒）

4. 日志级别与颜色

日志格式：

[时间] [级别] 消息内容

示例：

2025-11-26 10:00:00.123  INFO     RapidReq 应用程序已启动
2025-11-26 10:00:05.456  SUCCESS  HTTP 200 | OK | 1024 bytes | ✓ 匹配成功
2025-11-26 10:00:10.789  ERROR    请求失败：连接超时

使用场景示例

场景 1：商品价格

目标： 监控某商品价格低于 99 元时提醒。

配置：

URL: https://api.example.com/product/price?id=12345
方法: GET
断言类型: JSON Path
匹配内容: data.price
扩展匹配: （留空，因为要自定义判断）

改进方案： 使用 Regex 断言匹配价格范围：

断言类型: Regex
匹配内容: "price"\s*:\s*([1-9]?\d(\.\d{2})?)"

匹配所有小于 100 元的价格。

场景 2：抢购

目标： 在指定时间瞬间发送抢购请求。

准备：

1. 在浏览器中登录茅台官网

2. 获取 Cookie

3. 准备抢购接口的 URL 和 Body

配置：

URL: https://shop.example.com/api/order
方法: POST
Content-Type: application/json
Body:
{
  "productId": "maotai-500ml",
  "quantity": 1,
  "timestamp": "{{millisecond}}"
}
​
执行模式: 定时抢购
目标时间: 2025-11-26 10:00:00
并发数: 5
间隔: 50ms
​
断言类型: JSON Path
匹配内容: success
扩展匹配: true

结果：

• 10:00:00 准时触发，每 50ms 发送 5 个并发请求

• 任一请求成功立即停止

• 播放成功提示音

场景 3：监控通知更新

目标： 监控学校官网通知栏是否发布新通知。

配置：

URL: https://www.school.edu.cn/notice/list
方法: GET
​
断言类型: Change Detection
匹配内容: <div class="notice-list">.*?</div>

说明：

• 首次请求建立基准

• 后续每次请求提取通知列表部分内容

• 当通知列表发生变化时触发提醒

场景 4：预约

目标： 每分钟检查疫苗预约系统是否开放。

配置：

URL: https://vaccine.gov.cn/api/quota/available
方法: GET
​
断言类型: Keyword
匹配内容: "available":true
​
执行模式: 循环监控
间隔: 60000ms (1分钟)
勾选: 匹配成功后停止
勾选: 播放成功提示音

常见问题

Q1：为什么显示"请求失败：连接超时"？

可能原因：

1. 网络连接问题

2. 目标服务器响应慢（超过 30 秒）

3. URL 错误

4. 防火墙拦截

解决方法：

• 检查网络连接

• 在浏览器中测试 URL 是否可访问

• 检查防火墙设置

Q2：为什么 Cookie 获取后还是显示未登录？

可能原因：

1. Cookie 已过期

2. 网站使用了额外的认证机制（如 CSRF Token）

3. Cookie 被服务器端验证失败（IP、User-Agent 不匹配）

解决方法：

• 重新登录并获取 Cookie

• 复制浏览器的完整 Headers（包括 User-Agent）

• 检查是否需要额外的 Token

Q3：为什么 JSON Path 总是匹配失败？

可能原因：

1. 路径拼写错误（区分大小写）

2. 响应不是 JSON 格式

3. 数组索引越界

解决方法：

• 在日志中查看实际响应内容

• 使用在线 JSON 格式化工具验证路径

• 检查响应的 Content-Type 是否为 application/json

Q4：定时抢购为什么总是失败？

可能原因：

1. 服务器时间与本地时间不同步

2. 并发数设置过高被识别为攻击（小技巧：通常服务器返回状态码429表示访问频率过高）

3. 请求缺少必要的参数或 Headers

解决方法：

• 使用 NTP 时间同步

• 降低并发数（建议 1-3 个）

• 在浏览器中抓包，确保所有参数完整

Q5：为什么粘贴 Headers 总是提示格式错误？

可能原因：

1. 粘贴的内容不是标准 HTTP Headers 格式

2. 包含了过多的无关内容

解决方法：

• 确保粘贴的是浏览器开发者工具中的"Request Headers"部分

• 移除 Pseudo-headers（如 :authority, :method）

• 手动添加 Headers

Q6：音频文件为什么不播放？

可能原因：

1. 音频文件不是 MP3 格式

2. msg 文件夹不存在

3. 音频文件损坏

4. 没有勾选"播放成功提示音"

解决方法：

• 确保音频文件是标准 MP3 格式

• 在软件目录下创建 msg 文件夹

• 重新下载或转换音频文件

• 检查复选框是否勾选

Q7：为什么监控一段时间后自动停止了？

可能原因：

1. 勾选了"匹配成功后停止"且断言匹配成功

2. 请求发生错误（如网络中断、服务器返回错误）

3. 手动点击了停止按钮

解决方法：

• 查看日志中的停止原因

• 如果是网络错误，检查网络连接

• 如果不希望自动停止，不要勾选"匹配成功后停止"

注意事项

法律与道德

⚠️ 重要提醒：

1. 禁止用于非法用途：本软件仅供技术研究和学习使用，严禁用于：

   • 恶意攻击或 DoS 攻击

   • 黄牛倒卖、扰乱市场秩序

   • 未授权的数据爬取

   • 违反服务条款的行为

2. 遵守服务条款：使用本软件访问任何网站或 API 时，请遵守其服务条款和 robots.txt 规则。

3. 合理频率：不要设置过小的间隔时间，避免对服务器造成过大负担。

4. 责任自负：使用者需自行承担因使用本工具而产生的任何法律责任。

技术限制

1. WebView2 依赖：

   • 需要安装 Microsoft Edge WebView2 Runtime

   • Windows 10/11 通常自带

   • 如果浏览器无法使用，请下载安装 WebView2 Runtime

2. 性能限制：

   • 并发数建议不超过 5 个

   • 日志最多保留 10000 条（自动删除旧日志）

   • 长时间运行可能占用较多内存

3. 断言限制：

   • JSON Path 仅支持简单路径（不支持通配符、过滤器等高级语法）

   • 正则表达式性能受模式复杂度影响

   • Change Detection 对整个响应计算哈希，微小变化也会触发

最佳实践

1. 测试先行：

   • 在正式使用前，先在浏览器中测试 API 接口

   • 使用较大的间隔时间测试断言配置

   • 确认所有参数正确后再启动正式任务

2. 日志查看：

   • 定期查看日志，了解任务执行情况

   • 保存重要的日志文件作为记录

3. 备份配置：

   • 复杂的 Headers 和 Body 可以保存到文本文件

   • 下次使用时直接粘贴

4. 错误处理：

   • 如果出现错误，查看日志中的详细错误信息

   • 检查网络连接、服务器状态

   • 必要时使用浏览器开发者工具抓包对比

日志导出

如需技术支持，请导出日志文件：

1. 切换到"日志"选项卡

2. 点击"导出日志"按钮

3. 保存为文本文件

文件结构

RapidReq/
├── RapidReq.exe              # 主程序
├── WebView2Loader.dll        # WebView2 加载器
├── msg/                      # 音频文件夹
│   ├── success.mp3           # 示例音频

默认配置

• HTTP 方法：GET

• Content-Type：application/json

• 断言类型：Keyword

• 自动重定向：启用

• 超时时间：30 秒

• 监控间隔：2000 毫秒

• 抢购间隔：50 毫秒

• 并发数：1

• 抢购最大尝试轮数：1000 轮

• 抢购最大执行时间：30 秒

感谢使用 RapidReq！

如有任何问题或建议，欢迎反馈。