Kotlin Android应用Socket传递自定义序列化类遇GregorianCalendar问题

我来帮你搞定这个Socket序列化的坑！你遇到的问题核心在于GregorianCalendar类的跨平台序列化兼容性问题——Android的ART虚拟机对它的序列化实现和标准JVM（如果你的服务端是JVM环境）存在差异，导致带这个对象的自定义类无法正常完成序列化/反序列化，去掉它就恢复正常，完全契合这个问题的特征。

下面给你几个可行的解决方案，按推荐优先级排序：

1. 替换GregorianCalendar为更可靠的序列化类型（推荐） #

GregorianCalendar是一个可变且结构复杂的类，序列化时会携带大量内部状态，很容易出现跨平台不兼容。建议换成Java 8+的Instant（Android API 26+原生支持，低版本可以用ThreeTenABP库兼容），它是不可变的时间戳类型，序列化逻辑简单，兼容性极强。

步骤： #

• 修改你的TakeKeyUserEvent类，把GregorianCalendar类型的字段换成Instant：

import java.io.Serializable
import java.time.Instant

class TakeKeyUserEvent(
    val u: String, // 确保u、r这些字段也是可序列化类型
    val r: String,
    val date: Instant
) : Serializable {
    // 必须显式声明serialVersionUID，客户端和服务端要完全一致！
    companion object {
        private const val serialVersionUID = 1L
    }
}

• 客户端将GregorianCalendar转成Instant再传入：

// 假设你的date是GregorianCalendar对象
val instantDate = date.toInstant()
val event = TakeKeyUserEvent(u, r, instantDate)

val s: Socket = Socket(IP, PORT)
val out: ObjectOutputStream = ObjectOutputStream(s.getOutputStream())
out.writeObject(event)
out.flush()

// 记得用完后关闭流和Socket
out.close()
s.close()

• 服务端反序列化后，如果需要转回GregorianCalendar：

// Java服务端示例
Instant instant = event.getDate();
GregorianCalendar calendar = GregorianCalendar.from(instant.atZone(ZoneId.systemDefault()));

2. 自定义GregorianCalendar的序列化逻辑 #

如果必须保留GregorianCalendar字段，可以手动控制它的序列化过程，避免默认序列化带来的兼容性问题——只序列化时间戳，反序列化时再重建Calendar对象。

修改TakeKeyUserEvent类，添加自定义的writeObject和readObject方法：

import java.io.*
import java.util.GregorianCalendar

class TakeKeyUserEvent(
    val u: String,
    val r: String,
    var date: GregorianCalendar // 注意这里要改成var，因为反序列化时需要重新赋值
) : Serializable {
    companion object {
        private const val serialVersionUID = 1L
    }

    @Throws(IOException::class)
    private fun writeObject(out: ObjectOutputStream) {
        // 先序列化其他字段
        out.defaultWriteObject()
        // 只写出Calendar的时间戳，避免序列化整个复杂对象
        out.writeLong(date.timeInMillis)
    }

    @Throws(IOException::class, ClassNotFoundException::class)
    private fun readObject(`in`: ObjectInputStream) {
        // 先反序列化其他字段
        `in`.defaultReadObject()
        // 读取时间戳，重建GregorianCalendar对象
        val timeMillis = `in`.readLong()
        date = GregorianCalendar()
        date.timeInMillis = timeMillis
    }
}

3. 检查serialVersionUID一致性 #

无论用哪种方案，都要确保客户端和服务端的TakeKeyUserEvent类必须声明完全相同的serialVersionUID。如果没有显式声明，JVM会自动生成一个基于类结构的哈希值，一旦两端类结构有细微差异（哪怕是无关的），生成的UID就会不同，直接导致反序列化失败。

关键注意事项 #

• 自定义序列化类的所有字段都必须是可序列化类型（比如基本类型、String、实现Serializable的类）
• 客户端和服务端的类结构必须完全一致：字段名、类型、访问修饰符都不能变
• 尽量避免序列化复杂的系统类（比如GregorianCalendar、HashMap的某些子类），优先用简单的、不可变的类型

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