Jmeter中的定时器

 4)定时器

1780e27559974fc3ab94d6de5105458b.png

1--固定定时器

功能特点

  • 固定延迟:在每个请求之间添加固定的延迟时间。
  • 精确控制:可以精确控制请求的发送频率。
  • 简单易用:配置简单,易于理解和使用。

配置步骤

  1. 添加固定定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “固定定时器”(Constant Timer)。
  2. 配置固定定时器

    • 名称:给固定定时器一个有意义的名称。
    • 线程延迟(毫秒):设置每个请求之间的固定延迟时间(单位为毫秒)。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加2秒(2000毫秒)的固定延迟。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加固定定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 固定定时器。
    • 配置固定定时器:
      • 名称:固定定时器
      • 线程延迟(毫秒):2000(表示每个请求之间延迟2秒)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 延迟时间

    • 根据实际需求设置合适的延迟时间。过短的延迟可能导致服务器过载,过长的延迟可能无法充分测试系统的性能。
  2. 放置位置

    • 固定定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  3. 多请求场景

    • 如果有多个请求需要添加固定延迟,可以为每个请求单独添加固定定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加固定定时器。
  4. 性能影响

    • 固定定时器不会显著影响测试性能,但在大规模性能测试中,仍需注意总体的测试设计,确保延迟时间合理。
  5. 组合使用

    • 固定定时器可以与其他定时器(如高斯随机定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加2秒的固定延迟。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加固定定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 固定定时器。
    • 配置固定定时器:
      • 名称:固定定时器
      • 线程延迟(毫秒):2000
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

6f46fec9704c415b9de29973359a31a2.png


2--统一随机定时器

功能特点

  • 随机延迟:在每个请求之间添加随机的延迟时间。
  • 均匀分布:延迟时间在指定的范围内均匀分布。
  • 灵活控制:可以精确控制请求的发送频率,同时引入随机性。

配置步骤

  1. 添加统一随机定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “统一随机定时器”(Uniform Random Timer)。
  2. 配置统一随机定时器

    • 名称:给统一随机定时器一个有意义的名称。
    • 偏移(毫秒):设置延迟时间的上下限范围。
    • 延迟(毫秒):设置基础延迟时间。

参数说明

  • 偏移(毫秒):设置随机延迟时间的范围。例如,如果设置为1000毫秒,则延迟时间将在基础延迟时间的基础上随机增加或减少最多1000毫秒。
  • 延迟(毫秒):设置基础延迟时间。例如,如果设置为2000毫秒,则每个请求的基础延迟时间为2000毫秒。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加2秒(2000毫秒)的基础延迟,同时在±1秒(1000毫秒)的范围内随机波动。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加统一随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 统一随机定时器。
    • 配置统一随机定时器:
      • 名称:统一随机定时器
      • 偏移(毫秒):1000
      • 延迟(毫秒):2000
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 延迟时间

    • 根据实际需求设置合适的基础延迟时间和偏移时间。过短的延迟可能导致服务器过载,过长的延迟可能无法充分测试系统的性能。
  2. 放置位置

    • 统一随机定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  3. 多请求场景

    • 如果有多个请求需要添加随机延迟,可以为每个请求单独添加统一随机定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加统一随机定时器。
  4. 性能影响

    • 统一随机定时器不会显著影响测试性能,但在大规模性能测试中,仍需注意总体的测试设计,确保延迟时间合理。
  5. 组合使用

    • 统一随机定时器可以与其他定时器(如固定定时器、高斯随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加2秒的基础延迟,同时在±1秒的范围内随机波动。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加统一随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 统一随机定时器。
    • 配置统一随机定时器:
      • 名称:统一随机定时器
      • 偏移(毫秒):1000
      • 延迟(毫秒):2000
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

 

8cb6323058e5455abd549dac0a55b158.png


3--Precise Throughpupt Timer

功能特点

  • 精确控制请求速率:确保在指定的时间段内发送指定数量的请求。
  • 灵活配置:可以设置每分钟发送的请求数量或每个线程组的吞吐量。
  • 适用于高精度测试:特别适合需要精确控制请求频率的性能测试。

配置步骤

  1. 添加精确吞吐量定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “精确吞吐量定时器”(Precise Throughput Timer)。
  2. 配置精确吞吐量定时器

    • 名称:给精确吞吐量定时器一个有意义的名称。
    • 吞吐量:设置每分钟发送的请求数量。
    • 持续时间(毫秒):(可选)设置定时器的持续时间,超过该时间后定时器将停止工作。

参数说明

  • 吞吐量:设置每分钟发送的请求数量。例如,如果设置为60,则每分钟发送60个请求。
  • 持续时间(毫秒):设置定时器的持续时间,超过该时间后定时器将停止工作。如果不设置,定时器将一直工作直到测试结束。

示例配置

假设我们需要测试一个Web应用,并确保每分钟发送60个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加精确吞吐量定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 精确吞吐量定时器。
    • 配置精确吞吐量定时器:
      • 名称:精确吞吐量定时器
      • 吞吐量:60(每分钟发送60个请求)
      • 持续时间(毫秒):(可选)如果不设置,定时器将一直工作直到测试结束
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 吞吐量设置

    • 根据实际需求设置合适的吞吐量。过高的吞吐量可能导致服务器过载,过低的吞吐量可能无法充分测试系统的性能。
  2. 持续时间设置

    • 如果需要在特定时间段内控制请求速率,可以设置持续时间。否则,定时器将一直工作直到测试结束。
  3. 放置位置

    • 精确吞吐量定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  4. 多请求场景

    • 如果有多个请求需要控制请求速率,可以为每个请求单独添加精确吞吐量定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加精确吞吐量定时器。
  5. 性能影响

    • 精确吞吐量定时器可能会对测试性能产生一定影响,特别是在大规模性能测试中。可以通过调整吞吐量和持续时间来优化性能。
  6. 组合使用

    • 精确吞吐量定时器可以与其他定时器(如固定定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望每分钟发送60个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加精确吞吐量定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 精确吞吐量定时器。
    • 配置精确吞吐量定时器:
      • 名称:精确吞吐量定时器
      • 吞吐量:60(每分钟发送60个请求)
      • 持续时间(毫秒):(可选)如果不设置,定时器将一直工作直到测试结束
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

c3d4963fde3e4495825e1e2264dfdad2.png


4--Constant Throughpupt Timer

功能特点

  • 恒定请求速率:确保在指定的时间段内保持恒定的吞吐量。
  • 灵活配置:可以设置每分钟发送的请求数量或每个线程组的吞吐量。
  • 适用于稳定负载测试:特别适合需要稳定控制请求频率的性能测试。

配置步骤

  1. 添加恒定吞吐量定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “恒定吞吐量定时器”(Constant Throughput Timer)。
  2. 配置恒定吞吐量定时器

    • 名称:给恒定吞吐量定时器一个有意义的名称。
    • 目标吞吐量(每分钟):设置每分钟发送的请求数量。
    • 计算所有子采样器:选择是否将定时器应用于当前线程组中的所有子采样器。

参数说明

  • 目标吞吐量(每分钟):设置每分钟发送的请求数量。例如,如果设置为60,则每分钟发送60个请求。
  • 计算所有子采样器:选择是否将定时器应用于当前线程组中的所有子采样器。如果选择“是”,则定时器将影响整个线程组中的所有请求;如果选择“否”,则定时器仅影响当前请求。

示例配置

假设我们需要测试一个Web应用,并确保每分钟发送60个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加恒定吞吐量定时器

    • 右键点击线程组 -> 添加 -> 定时器 -> 恒定吞吐量定时器。
    • 配置恒定吞吐量定时器:
      • 名称:恒定吞吐量定时器
      • 目标吞吐量(每分钟):60(每分钟发送60个请求)
      • 计算所有子采样器:是(将定时器应用于整个线程组中的所有请求)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 吞吐量设置

    • 根据实际需求设置合适的吞吐量。过高的吞吐量可能导致服务器过载,过低的吞吐量可能无法充分测试系统的性能。
  2. 计算所有子采样器

    • 如果需要控制整个线程组中的所有请求,选择“计算所有子采样器”。否则,选择“否”以仅影响当前请求。
  3. 放置位置

    • 恒定吞吐量定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  4. 多请求场景

    • 如果有多个请求需要控制请求速率,可以为每个请求单独添加恒定吞吐量定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加恒定吞吐量定时器。
  5. 性能影响

    • 恒定吞吐量定时器可能会对测试性能产生一定影响,特别是在大规模性能测试中。可以通过调整吞吐量来优化性能。
  6. 组合使用

    • 恒定吞吐量定时器可以与其他定时器(如固定定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望每分钟发送60个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加恒定吞吐量定时器

    • 右键点击线程组 -> 添加 -> 定时器 -> 恒定吞吐量定时器。
    • 配置恒定吞吐量定时器:
      • 名称:恒定吞吐量定时器
      • 目标吞吐量(每分钟):60(每分钟发送60个请求)
      • 计算所有子采样器:是(将定时器应用于整个线程组中的所有请求)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

a256404116ae40338ca833d8703212d7.png

 


5--JSR223 Timmer

功能特点

  • 自定义延迟逻辑:使用脚本语言动态计算请求之间的延迟时间。
  • 灵活控制:可以根据测试数据和条件动态调整延迟时间。
  • 支持多种脚本语言:支持 Groovy、JavaScript、BeanShell 等多种脚本语言。

支持的脚本语言

  • Groovy:推荐使用,性能优越且功能强大。
  • JavaScript:支持 ECMAScript 标准。
  • BeanShell:支持 Java 语法。
  • 其他语言:支持任何符合 JSR223 规范的脚本语言。

配置步骤

  1. 添加 JSR223 定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “JSR223 定时器”。
  2. 配置 JSR223 定时器

    • 名称:给 JSR223 定时器一个有意义的名称。
    • 脚本语言:选择使用的脚本语言(例如 Groovy)。
    • 脚本文件:选择脚本文件路径(可选,如果脚本较长或需要版本控制)。
    • 脚本:直接在脚本编辑框中编写脚本。
    • 参数:定义脚本中使用的参数(可选)。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加一个动态计算的延迟时间,延迟时间基于当前请求的响应时间。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加 JSR223 定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> JSR223 定时器。
    • 配置 JSR223 定时器:
      • 名称:JSR223 定时器
      • 脚本语言:Groovy
      • 脚本:在脚本编辑框中编写以下 Groovy 脚本:
        // 获取上一个请求的响应时间
        int responseTime = prev.getTime()
        
        // 计算延迟时间,例如延迟时间为响应时间的一半
        int delay = responseTime / 2
        
        // 返回延迟时间(单位为毫秒)
        return delay
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 脚本语言选择

    • 推荐使用 Groovy,因为它性能优越且功能强大,是 JMeter 官方推荐的脚本语言。
  2. 脚本文件

    • 如果脚本较长或需要版本控制,可以将脚本保存到文件中,并在 JSR223 定时器中选择脚本文件路径。
  3. 参数

    • 如果脚本需要使用外部参数,可以在“参数”部分定义参数,并在脚本中引用这些参数。
  4. 性能影响

    • 注意复杂脚本可能会对测试性能产生影响,特别是在大规模性能测试中。可以通过优化脚本和减少不必要的操作来提高性能。
  5. 错误处理

    • 在脚本中添加适当的错误处理逻辑,确保脚本在遇到异常时能够优雅地处理。
  6. 日志记录

    • 使用日志记录功能可以帮助调试和分析脚本执行情况,确保日志文件路径有效且有足够的写权限。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加一个动态计算的延迟时间,延迟时间基于当前请求的响应时间。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加 JSR223 定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> JSR223 定时器。
    • 配置 JSR223 定时器:
      • 名称:JSR223 定时器
      • 脚本语言:Groovy
      • 脚本:在脚本编辑框中编写以下 Groovy 脚本:
        // 获取上一个请求的响应时间
        int responseTime = prev.getTime()
        
        // 计算延迟时间,例如延迟时间为响应时间的一半
        int delay = responseTime / 2
        
        // 返回延迟时间(单位为毫秒)
        return delay
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

2399a88ca6fc48039ef3eebff2ffbadf.png


6--Synchronizing Timer

功能特点

  • 并发控制:确保一组线程在同一时间点执行某个请求。
  • 灵活配置:可以设置等待的线程数和超时时间。
  • 适用于压力测试:特别适合需要模拟大量并发用户的场景。

配置步骤

  1. 添加同步定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “同步定时器”(Synchronizing Timer)。
  2. 配置同步定时器

    • 名称:给同步定时器一个有意义的名称。
    • 数量的线程(用户):设置需要等待的线程数。
    • 超时(毫秒):设置等待的最大时间(可选)。

参数说明

  • 数量的线程(用户):设置需要等待的线程数。例如,如果设置为10,则需要等待10个线程都到达同步点后才会继续执行。
  • 超时(毫秒):设置等待的最大时间。如果在指定时间内没有达到设定的线程数,定时器将释放已等待的线程。如果不设置,定时器将无限期等待。

示例配置

假设我们需要测试一个Web应用,并确保每次有10个用户同时执行某个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:20(模拟20个用户)
      • 循环次数:1(每个用户发送1次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加同步定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 同步定时器。
    • 配置同步定时器:
      • 名称:同步定时器
      • 数量的线程(用户):10(每次等待10个线程)
      • 超时(毫秒):(可选)如果不设置,定时器将无限期等待
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 线程数设置

    • 根据实际需求设置合适的线程数。确保线程数足够大,以便能够达到所需的并发效果。
  2. 超时设置

    • 如果需要确保测试在一定时间内完成,可以设置超时时间。超时时间应根据系统响应时间和测试需求来设置。
  3. 放置位置

    • 同步定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  4. 多请求场景

    • 如果有多个请求需要同步执行,可以为每个请求单独添加同步定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加同步定时器。
  5. 性能影响

    • 同步定时器可能会对测试性能产生一定影响,特别是在大规模性能测试中。可以通过调整线程数和超时时间来优化性能。
  6. 组合使用

    • 同步定时器可以与其他定时器(如固定定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望每次有10个用户同时执行某个请求。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:20(模拟20个用户)
      • 循环次数:1(每个用户发送1次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加同步定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 同步定时器。
    • 配置同步定时器:
      • 名称:同步定时器
      • 数量的线程(用户):10(每次等待10个线程)
      • 超时(毫秒):(可选)如果不设置,定时器将无限期等待
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

8739ea621ad24a9ab9e7087164e4e6a0.png

 


7--泊松随机定时器

功能特点

  • 泊松分布:使用泊松分布生成随机延迟时间,使延迟时间更加自然和随机。
  • 灵活配置:可以设置平均延迟时间和偏差系数。
  • 适用于模拟真实用户行为:特别适合需要模拟真实用户行为的性能测试。

配置步骤

  1. 添加泊松随机定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “泊松随机定时器”(Poisson Random Timer)。
  2. 配置泊松随机定时器

    • 名称:给泊松随机定时器一个有意义的名称。
    • 常量延迟偏移(毫秒):设置平均延迟时间。
    • 泊松分布的lambda值:设置泊松分布的λ值(Lambda值),控制随机延迟的分布。

参数说明

  • 常量延迟偏移(毫秒):设置平均延迟时间。这是泊松分布的期望值(平均值)。
  • 泊松分布的lambda值:设置泊松分布的λ值。λ值越大,随机延迟的波动范围越大。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加基于泊松分布的随机延迟时间,平均延迟时间为2000毫秒(2秒)。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加泊松随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 泊松随机定时器。
    • 配置泊松随机定时器:
      • 名称:泊松随机定时器
      • 常量延迟偏移(毫秒):2000(平均延迟时间为2000毫秒)
      • 泊松分布的lambda值:1.0(λ值为1.0,表示标准泊松分布)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 平均延迟时间

    • 根据实际需求设置合适的平均延迟时间。过短的延迟可能导致服务器过载,过长的延迟可能无法充分测试系统的性能。
  2. λ值设置

    • λ值控制随机延迟的分布。较大的λ值会导致更大的随机波动,较小的λ值会使延迟时间更集中于平均值。根据测试需求选择合适的λ值。
  3. 放置位置

    • 泊松随机定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  4. 多请求场景

    • 如果有多个请求需要添加随机延迟,可以为每个请求单独添加泊松随机定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加泊松随机定时器。
  5. 性能影响

    • 泊松随机定时器可能会对测试性能产生一定影响,特别是在大规模性能测试中。可以通过调整平均延迟时间和λ值来优化性能。
  6. 组合使用

    • 泊松随机定时器可以与其他定时器(如固定定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加基于泊松分布的随机延迟时间,平均延迟时间为2000毫秒。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加泊松随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 泊松随机定时器。
    • 配置泊松随机定时器:
      • 名称:泊松随机定时器
      • 常量延迟偏移(毫秒):2000(平均延迟时间为2000毫秒)
      • 泊松分布的lambda值:1.0(λ值为1.0,表示标准泊松分布)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

a64a63618ab14f3894a4a82c485a128c.png

 


8--高斯随机定时器

功能特点

  • 高斯分布:使用高斯分布生成随机延迟时间,使延迟时间更加自然和随机。
  • 灵活配置:可以设置平均延迟时间和标准差。
  • 适用于模拟真实用户行为:特别适合需要模拟真实用户行为的性能测试。

配置步骤

  1. 添加高斯随机定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “高斯随机定时器”(Gaussian Random Timer)。
  2. 配置高斯随机定时器

    • 名称:给高斯随机定时器一个有意义的名称。
    • 常量延迟偏移(毫秒):设置平均延迟时间。
    • 高斯随机偏移(毫秒):设置标准差,控制随机延迟的分布范围。

参数说明

  • 常量延迟偏移(毫秒):设置平均延迟时间。这是高斯分布的均值(μ)。
  • 高斯随机偏移(毫秒):设置标准差(σ),控制随机延迟的分布范围。标准差越大,随机延迟的波动范围越大。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加基于高斯分布的随机延迟时间,平均延迟时间为2000毫秒(2秒),标准差为500毫秒。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加高斯随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 高斯随机定时器。
    • 配置高斯随机定时器:
      • 名称:高斯随机定时器
      • 常量延迟偏移(毫秒):2000(平均延迟时间为2000毫秒)
      • 高斯随机偏移(毫秒):500(标准差为500毫秒)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 平均延迟时间

    • 根据实际需求设置合适的平均延迟时间。过短的延迟可能导致服务器过载,过长的延迟可能无法充分测试系统的性能。
  2. 标准差设置

    • 标准差控制随机延迟的分布范围。较大的标准差会导致更大的随机波动,较小的标准差会使延迟时间更集中于平均值。根据测试需求选择合适的标准差。
  3. 放置位置

    • 高斯随机定时器可以放在线程组级别或特定请求级别。放在线程组级别会影响该线程组中的所有请求,放在特定请求级别只影响该请求。
  4. 多请求场景

    • 如果有多个请求需要添加随机延迟,可以为每个请求单独添加高斯随机定时器,或者将多个请求放在一个线程组中,然后在该线程组中添加高斯随机定时器。
  5. 性能影响

    • 高斯随机定时器可能会对测试性能产生一定影响,特别是在大规模性能测试中。可以通过调整平均延迟时间和标准差来优化性能。
  6. 组合使用

    • 高斯随机定时器可以与其他定时器(如固定定时器、统一随机定时器等)组合使用,以实现更复杂的延迟策略。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加基于高斯分布的随机延迟时间,平均延迟时间为2000毫秒,标准差为500毫秒。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加高斯随机定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> 高斯随机定时器。
    • 配置高斯随机定时器:
      • 名称:高斯随机定时器
      • 常量延迟偏移(毫秒):2000(平均延迟时间为2000毫秒)
      • 高斯随机偏移(毫秒):500(标准差为500毫秒)
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

dcf9804bcfeb43998bec6e9b753a07a3.png

 


9--BeanShell Timer

功能特点

  • 自定义延迟逻辑:使用 BeanShell 脚本动态计算请求之间的延迟时间。
  • 灵活控制:可以根据测试数据和条件动态调整延迟时间。
  • 支持 BeanShell 脚本:支持使用 BeanShell 脚本语言编写延迟逻辑。

配置步骤

  1. 添加 BeanShell 定时器

    • 右键点击需要添加定时器的请求或线程组。
    • 选择“添加” -> “定时器” -> “BeanShell 定时器”。
  2. 配置 BeanShell 定时器

    • 名称:给 BeanShell 定时器一个有意义的名称。
    • 文件:选择脚本文件路径(可选,如果脚本较长或需要版本控制)。
    • 脚本:直接在脚本编辑框中编写脚本。
    • 参数:定义脚本中使用的参数(可选)。

示例配置

假设我们需要测试一个Web应用,并在每个请求之间添加一个动态计算的延迟时间,延迟时间基于当前请求的响应时间。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:请求名称(例如“获取用户列表”)。
      • 服务器名称或IP:目标服务器的地址(例如example.com)。
      • 端口号:目标服务器的端口(例如80)。
      • 协议:HTTP或HTTPS(例如HTTP)。
      • 方法:请求的方法(例如GET)。
      • 路径:请求的路径(例如/api/users)。
  4. 添加 BeanShell 定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> BeanShell 定时器。
    • 配置 BeanShell 定时器:
      • 名称:BeanShell 定时器
      • 脚本:在脚本编辑框中编写以下 BeanShell 脚本:
        // 获取上一个请求的响应时间
        int responseTime = prev.getTime();
        
        // 计算延迟时间,例如延迟时间为响应时间的一半
        int delay = responseTime / 2;
        
        // 返回延迟时间(单位为毫秒)
        return delay;
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

优化建议

  1. 脚本语言选择

    • 虽然 BeanShell 是一个强大的脚本语言,但 Groovy 通常性能更好且功能更强大。如果可能,建议使用 Groovy 脚本。
  2. 脚本文件

    • 如果脚本较长或需要版本控制,可以将脚本保存到文件中,并在 BeanShell 定时器中选择脚本文件路径。
  3. 参数

    • 如果脚本需要使用外部参数,可以在“参数”部分定义参数,并在脚本中引用这些参数。
  4. 性能影响

    • 注意复杂脚本可能会对测试性能产生影响,特别是在大规模性能测试中。可以通过优化脚本和减少不必要的操作来提高性能。
  5. 错误处理

    • 在脚本中添加适当的错误处理逻辑,确保脚本在遇到异常时能够优雅地处理。
  6. 日志记录

    • 使用日志记录功能可以帮助调试和分析脚本执行情况,确保日志文件路径有效且有足够的写权限。

示例配置详细说明

假设我们有一个简单的测试计划,包含一个线程组和一个HTTP请求,并希望在每个请求之间添加一个动态计算的延迟时间,延迟时间基于当前请求的响应时间。

  1. 创建测试计划

    • 右键点击“测试计划” -> 新建 -> 输入测试计划名称(例如“Web应用性能测试”)。
  2. 添加线程组

    • 右键点击测试计划 -> 添加 -> 线程组 -> 输入线程组名称(例如“用户模拟”)。
    • 配置线程组:
      • 线程数:10(模拟10个用户)
      • 循环次数:10(每个用户发送10次请求)
      • 启动延迟:0(立即启动)
  3. 添加HTTP请求

    • 右键点击线程组 -> 添加 -> 取样器 -> HTTP请求。
    • 配置HTTP请求:
      • 名称:获取用户列表
      • 服务器名称或IP:example.com
      • 端口号:80
      • 协议:HTTP
      • 方法:GET
      • 路径:/api/users
  4. 添加 BeanShell 定时器

    • 右键点击HTTP请求 -> 添加 -> 定时器 -> BeanShell 定时器。
    • 配置 BeanShell 定时器:
      • 名称:BeanShell 定时器
      • 脚本:在脚本编辑框中编写以下 BeanShell 脚本:
        // 获取上一个请求的响应时间
        int responseTime = prev.getTime();
        
        // 计算延迟时间,例如延迟时间为响应时间的一半
        int delay = responseTime / 2;
        
        // 返回延迟时间(单位为毫秒)
        return delay;
  5. 运行测试

    • 点击工具栏上的“启动”按钮,运行测试。

 

ef834f267bcb47898c1cc79e8cd5af59.png


 

 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/923959.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

BERT 详解

BERT简介 BERT(Bidirectional Encoder Representations from Transformers)是由 Google 在 2018 年提出的一种预训练语言模型。BERT 在自然语言处理(NLP)领域取得了重大突破,因为它能够有效地捕捉文本的上下文信息&am…

macos 14.0 Monoma 修改顶部菜单栏颜色

macos 14.0 设置暗色后顶部菜单栏还维持浅色,与整体不协调。 修改方式如下:

数据库-MySQL-Dynamic-Datasource源码解析

文章目录 前言一、简介二、整体流程三、核心解析四、总结 前言 多数据源的应用在日常项目中也是很常见的场景。 dynamic-datasource的功能,用起来的确很方便,只需要一个DS注解,加上一些简单的配置即可完成多数据源的切换。究竟是怎么做到的…

YB2503HV:高效率降压IC,助力电动车、太阳能设备等领域的能源转换

今天我要向大家介绍一款引人注目的产品—— YB2503HV 100V 3A SOP8内置MOS 高效率降压IC。这款单片集成芯片具备可设定输出电流的开关型降压恒压驱动器功能,可广泛应用于电动车、太阳能设备、电子电池充电等领域。让我们一起来看看它的特点和应用吧! 首先…

架构-微服务架构

文章目录 前言一、系统架构演变1. 单体应用架构2. 垂直应用架构3. 分布式架构4. SOA 架构5. 微服务架构 二. 微服务架构介绍1. 微服务架构的常见问题2. 微服务架构的常见概念3. 微服务架构的常见解决方案4. 解决方案选型 三. Spring Cloud Alibaba介绍1. 主要功能2. 组件 前言 …

【一个简单的整数问题2——线段树】

题目 代码 下面的两个代码的区别在于modify的分类&#xff0c;modify最简单的分类方式是存在性分类&#xff0c;另一种类似某些query采用的三段式分类&#xff0c;详细见代码 存在性 #include <bits/stdc.h> using namespace std; using ll long long; const int N 1…

通用网络安全设备之【防火墙】

概念&#xff1a; 防火墙&#xff08;Firewall&#xff09;&#xff0c;也称防护墙&#xff0c;它是一种位于内部网络与外部网络之间的网络安全防护系统&#xff0c;是一种隔离技术&#xff0c;允许或是限制传输的数据通过。 基于 TCP/IP 协议&#xff0c;主要分为主机型防火…

如何启动 Docker 服务:全面指南

如何启动 Docker 服务:全面指南 一、Linux 系统(以 Ubuntu 为例)二、Windows 系统(以 Docker Desktop 为例)三、macOS 系统(以 Docker Desktop for Mac 为例)四、故障排查五、总结Docker,作为一种轻量级的虚拟化技术,已经成为开发者和运维人员不可或缺的工具。它允许用…

构建英语知识网站:Spring Boot框架解析

2相关技术 2.1 MYSQL数据库 MySQL是一个真正的多用户、多线程SQL数据库服务器。 是基于SQL的客户/服务器模式的关系数据库管理系统&#xff0c;它的有点有有功能强大、使用简单、管理方便、安全可靠性高、运行速度快、多线程、跨平台性、完全网络化、稳定性等&#xff0c;非常…

Android mk/bp构建工具介绍

零. 前言 由于Bluedroid的介绍文档有限&#xff0c;以及对Android的一些基本的知识需要了(Android 四大组件/AIDL/Framework/Binder机制/JNI/HIDL等)&#xff0c;加上需要掌握的语言包括Java/C/C等&#xff0c;加上网络上其实没有一个完整的介绍Bluedroid系列的文档&#xff0…

2022 年中高职组“网络安全”赛项-海南省省竞赛任务书-1-B模块B-1-Windows操作系统渗透测试

前言 本章节我将带领大家一起重新模拟操作一次Windows渗透测试模块&#xff0c;并加固的流程。 任务概览 环境部署 我的实验复现环境&#xff1a; 服务器Windows server 2008 R2 攻击机Kali Linux 场景操作系统Windows 7 额外还有台交换机支持&#xff1a; 这里我使用的是…

如何搭建一个小程序:从零开始的详细指南

在当今数字化时代&#xff0c;小程序以其轻便、无需下载安装即可使用的特点&#xff0c;成为了连接用户与服务的重要桥梁。无论是零售、餐饮、教育还是娱乐行业&#xff0c;小程序都展现了巨大的潜力。如果你正考虑搭建一个小程序&#xff0c;本文将为你提供一个从零开始的详细…

根据实验试要求,打通隧道连接服务器上的数据库,前端进行数据调用。

1.背景介绍 数据库布置在了工大实验试K80服务器上&#xff0c;本地属于外网无法直接访问校园内网。需要打通隧道&#xff0c;通过堡垒机进行服务器的访问。获取到数据库数据进行前端展示。 2.打通隧道 访问指令&#xff1a; 我选择使用Xshell打通隧道。优点&#xff1a;凭证…

使用 exe4j 将 Spring Boot 项目打包为 EXE 可执行文件

使用 exe4j 将 Spring Boot 项目打包为 EXE 可执行文件 文章目录 使用 exe4j 将 Spring Boot 项目打包为 EXE 可执行文件什么是 exe4j准备工作打包 Spring Boot 项目为 EXE 文件1.启动 exe4j2. 选择项目类型3. 配置项目名称和输出目录4. 配置项目类型或可执行文件名称5. java配…

24/11/26 视觉笔记 通过特征提取和透视变换查找对象

在本节中我们将检测和跟踪任意大小的对象&#xff0c;这些对象可能是在不同角度或者在部分遮挡的情况下观察到的。 为此我们将运用特征描述子&#xff08;Feature Descriptor&#xff09;&#xff0c;这是捕获感兴趣对象的重要属性的一种方式。我们这样是为了即使将对象嵌入繁…

【K8S问题系列 |18 】如何解决 imagePullSecrets配置正确,但docker pull仍然失败问题

如果 imagePullSecrets 配置正确&#xff0c;但在执行 docker pull 命令时仍然失败&#xff0c;可能存在以下几种原因。以下是详细的排查步骤和解决方案。 1. 检查 Docker 登录凭证 确保你使用的是与 imagePullSecrets 中相同的凭证进行 Docker 登录&#xff1a; 1.1 直接登录…

uniapp vue2项目迁移vue3项目

uniapp vue2项目迁移vue3项目&#xff0c;必须适配的部分 一、main.js 创建应用实例 // 之前 - Vue 2 import Vue from vue import App from ./App Vue.config.productionTip false // vue3 不再需要 App.mpType app // vue3 不再需要 const app new Vue({ ...App }) …

php反序列化1_常见php序列化的CTF考题

声明&#xff1a; 以下多内容来自暗月师傅我是通过他的教程来学习记录的&#xff0c;如有侵权联系删除。 一道反序列化的CTF题分享_ctf反序列化题目_Mr.95的博客-CSDN博客 一些其他大佬的wp参考&#xff1a;php_反序列化_1 | dayu’s blog (killdayu.com) 序列化一个对象将…

Web 表单开发全解析:从基础到高级掌握 HTML 表单设计

文章目录 前言一、什么是 Web 表单?二、表单元素详解总结前言 在现代 Web 开发中,表单 是用户与后端服务交互的重要桥梁。无论是用户登录、注册、搜索,还是提交反馈,表单都无处不在。在本文中,我们将从基础入手,全面解析表单的核心知识点,并通过示例带你轻松掌握表单开…

88页精品PPT | 某电信集团大数据平台建设方案技术交流

这份PPT文档是关于某电信集团大数据平台建设的技术交流方案&#xff0c;内容涵盖了现状分析、规划思路、产品设计、成功案例以及干货附录等多个部分。文档详细介绍了集团大数据平台的建设背景、技术特点、面临的挑战和痛点&#xff0c;以及具体的技术架构和实施策略。还包括了数…