java将时间戳转换4个字节：从整数到日期的实操

先分清 4 字节整数是秒还是毫秒

Java 的 int 固定占 4 个字节，但时间戳单位不同，结果差很多。输入 4 按秒解释，得到 1970-01-01T00:00:04.000Z；若误当毫秒，则只对应 4 毫秒。协议文档里通常写明单位，没有文档时，可以用相邻字段的规律判断：比如 3604 对应 1970-01-01T01:00:04.000Z，说明它是秒级。

```javaint raw = 4;long seconds = raw & 0xFFFFFFFFL; // 无符号解释Instant instant = Instant.ofEpochSecond(seconds);System.out.println(instant); // 1970-01-01T00:00:04Z```

这里用 & 0xFFFFFFFFL 把有符号 int 转成无符号 long，避免负数被错误扩展。如果确认单位是毫秒，则用 Instant.ofEpochMilli(raw)。

处理负数和时区：别让符号位骗了你

4 字节整数可能为负。直接 Instant.ofEpochSecond(-3596) 会得到 1969-12-31T23:00:04.000Z，这是正确的有符号解释。但若协议规定该字段是无符号数，就需要先转成 long 再计算。

另一个坑是时区。Instant 本身是 UTC，格式化时如果用了系统默认时区，显示会偏移。建议显式指定：

```javaDateTimeFormatter fmt = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss").withZone(ZoneOffset.UTC);System.out.println(fmt.format(instant)); // 1970-01-01 00:00:04```

需要本地时间时，再换成 ZoneId.of("Asia/Shanghai")。先固定 UTC 核对原始值，能减少排查干扰。

借助在线工具快速核对转换结果

写代码前，可以先拿几个样本值验证思路。比如输入 664，预期 UTC 是 1970-01-01 00:11:04；输入 -656，预期是 1969-12-31 23:49:04。手动算容易出错，用 时间戳转换 填入整数就能看到对应的 ISO 与 UTC 字符串，再和 Java 输出对照。

核对时注意工具默认按秒还是毫秒解析。如果结果差 1000 倍，先检查单位，而不是怀疑代码。

封装成可复用方法并覆盖边界

把转换逻辑收进一个方法，参数用 long 接收，内部根据单位分支：

```javastatic Instant fromFourBytes(int raw, boolean isSeconds) {long value = raw & 0xFFFFFFFFL;return isSeconds ? Instant.ofEpochSecond(value) : Instant.ofEpochMilli(value);}```

测试时至少覆盖 0、1、4、8 和负数。0 对应 1970-01-01T00:00:00Z，1 对应 1970-01-01T00:00:01Z。如果业务允许负时间，再补 -3596 这类样本。别只测正数，符号位问题往往在负值上暴露。

相关文章

• jq13位时间戳转换成日期：参数结果核对

  说明参数13按Unix秒转换后的UTC日期，并区分数值13与13位毫秒时间戳。

• jq12位时间戳转换成日期：12 对应哪一刻？

  参数 12 按 Unix 时间戳换算，对应 1970-01-01 00:00:12（UTC），毫秒数为 12000。本文说明结果含义、换算步骤与相邻参数对照。

• jdk8将时间戳转换成instant：8秒的转换结果

  在JDK8中把时间戳8转换为Instant，结果是1970-01-01T00:00:08Z，对应UTC时间00:00:08，毫秒值8000。

• java时间戳转换日期格式14位：先分清秒与毫秒

  从14位时间戳的位数困惑讲起，用实例说明秒与毫秒的差别，并给出Java格式化日期与排查错误的做法。

• java时间戳转换成时间6：从参数6看懂秒级换算

  以参数6为例，讲清Java时间戳换算成时间的思路：秒与毫秒的区别、UTC与本地时区、边界值与常见报错排查。

常见问题