JMeter Groovy脚本时间差计算负数异常如何修复

开发者阿泽

2026-8-26

问题根因

该异常是时间格式化模式误用12小时制标识导致的计算偏差，和跨时段数据合并逻辑无关。
你遇到的-42888秒错误值可以直接对应根因：42888秒恰好等于11小时54分48秒，是时间解析环节的典型错误——脚本中解析时间的格式化器（大概率是SimpleDateFormat）使用了12小时制的模式符h（取值范围1-12），而非24小时制的模式符HH（取值范围0-23）。由于你的CSV时间字符串仅包含时分秒、没有AM/PM标识，格式化器会默认将所有12开头的时间归为凌晨AM时段：

11:xx:xx的时间用12小时制解析时结果正确，和K3s时间的差值计算正常
12:02:25会被错误解析为当天凌晨00:02:25，比11:57:13早11小时54分48秒，计算后恰好得到-42888秒的错误结果，和你反馈的异常现象完全匹配。

修复方案

将时间解析逻辑中的格式化模式统一替换为24小时制，核心时间模式固定为HH:mm:ss，禁止使用单h的12小时制模式。
适配JMeter Groovy场景的修复后参考代码如下（可根据你的CSV实际列号调整下标）：

import java.text.SimpleDateFormat

// 初始化24小时制时间解析器，核心是用HH代表24小时制小时
def timeFormat = new SimpleDateFormat("HH:mm:ss")
// 按需对齐服务器时区，避免时区偏差导致错误
timeFormat.setTimeZone(TimeZone.getDefault())

// 读取File2最后一行第二列的K3s时间
def file2Lines = new File("/你的实际存储路径/File2.csv").readLines("UTF-8")
def k3sTimeStr = file2Lines.last().split(",")[1].trim()
def k3sTimeMillis = timeFormat.parse(k3sTimeStr).getTime()

// 处理File1数据，跳过表头逐行计算
def outputContent = new StringBuilder()
// 写入File3表头，可按你的实际字段名调整
outputContent.append("服务名称,Start_Time,K3s_Time,Duration\n")

new File("/你的实际存储路径/File1.csv").readLines("UTF-8").drop(1).each { line ->
    def cols = line.split(",")
    def serviceName = cols[0].trim()
    def startTimeStr = cols[1].trim() // 若Start_Time不在第二列，修改此处下标即可
    def startTimeMillis = timeFormat.parse(startTimeStr).getTime()
    // 计算秒级差值，毫秒转秒取整
    def duration = (startTimeMillis - k3sTimeMillis).intdiv(1000)
    outputContent.append("${serviceName},${startTimeStr},${k3sTimeStr},${duration}\n")
}

// 写入最终结果到File3
new File("/你的实际存储路径/File3.csv").write(outputContent.toString(), "UTF-8")

验证结果

用你提供的异常样例验证：

K3s时间11:57:13，正确解析为当日11时57分13秒
Start_Time12:02:25，正确解析为当日12时02分25秒
计算差值为312秒（即5分12秒），无负数异常
其余非12点时段的解析逻辑不受影响，原有正常计算结果不会变动

额外提示：如果你的采集数据存在跨天场景（例如K3s时间为23:59:xx、Start_Time为次日00:0x:xx），不要仅解析时分秒字段，需要将采集日期拼接进时间字符串后再做全量时间解析，避免跨天导致的负数差值。

内容的提问来源于stack exchange，提问作者Ajith R