Go语言time.Time序列化反序列化不一致原因及解决方法

原因分析 #

你遇到的情况本质是Unix时间戳本身不包含时区信息，再加上time.Time内部存储结构的差异导致的：

1. 原始time.Time对象带有+03:00时区，调用.UTC().Unix()后得到的是该时刻对应的UTC时间戳（对应UTC时间2024-07-29T05:17:41Z），这个时间戳是绝对时刻，和原始时间代表的是同一个时间点，只是时区展示形式不同。
2. 反序列化时用time.Unix(lockTime, 0).UTC()得到的是UTC时区的time.Time对象，其内部的wall、ext、loc字段和原始对象不同——原始对象是带时区的本地时间，反序列化后的是UTC时间（loc为nil表示UTC），但二者代表的绝对时间是完全一致的，只是时区和存储结构有差异。

解决方案 #

根据你的需求选择对应的方案：

方案1：统一使用UTC时间处理 #

如果业务不需要保留原始时区，只需要保证时间时刻一致，当前代码其实是有效的。你可以在业务逻辑需要展示时，再将UTC时间转换为目标时区：

// 反序列化后转换回+03:00时区（示例时区，根据实际需求调整）
loc, _ := time.LoadLocation("Europe/Moscow")
tx.LockTime = time.Unix(lockTime, 0).In(loc)

方案2：序列化时区信息（保留原始时区） #

如果需要完整保留原始time.Time的时区和所有信息，不能只序列化Unix时间戳，需要同时序列化时区的偏移量：

// 序列化时同时写入时间戳和时区偏移量（单位：秒）
err = binary.Write(&buf, binary.LittleEndian, tx.LockTime.UTC().Unix())
if err != nil {
    // 错误处理
}
err = binary.Write(&buf, binary.LittleEndian, int64(tx.LockTime.Location().Offset(tx.LockTime)))
if err != nil {
    // 错误处理
}

// 反序列化时读取时间戳和偏移量，重建带时区的time.Time
var lockTime int64
var offset int64
err = binary.Read(buf, binary.LittleEndian, &lockTime)
if err != nil {
    return nil, err
}
err = binary.Read(buf, binary.LittleEndian, &offset)
if err != nil {
    return nil, err
}
loc := time.FixedZone("", int(offset))
tx.LockTime = time.Unix(lockTime, 0).In(loc)

方案3：使用标准序列化库（更简便） #

直接用Go标准库的encoding/gob或encoding/json来序列化time.Time，这些库会自动处理时区信息：

// 使用gob序列化示例
var buf bytes.Buffer
enc := gob.NewEncoder(&buf)
err := enc.Encode(tx.LockTime)
if err != nil {
    // 错误处理
}

// 反序列化
var t time.Time
dec := gob.NewDecoder(&buf)
err := dec.Decode(&t)
if err != nil {
    return nil, err
}
tx.LockTime = t

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