Kryo 替代 Java 原生序列化可提升速度 5–10 倍、减小体积 30%–50%，需注册核心类、启用严格模式、线程隔离实例池化、关闭冗余特性，并集成至 Dubbo 等主流框架。
用 Kryo 替代 Java 原生序列化，能在微服务通信中显著降低序列化耗时与数据体积——实测中，相同 User 对象的序列化速度可提升 5–10 倍，字节大小减少 30%–50%，这对高频 RPC 调用（如 Dubbo、自研通信框架）尤为关键。
注册核心类，避免运行时反射
Kryo 默认不强制注册，但生产环境必须开启并显式注册所有传输对象类。否则每次序列化都要动态解析类结构，引发额外 GC 和线程竞争。
- 调用 kryo.register(User.class)、kryo.register(ArrayList.class) 等，基础类型（String、Integer 等）已预注册，无需重复
- 所有服务节点必须使用**完全一致的注册顺序和类版本**，否则反序列化会失败
- 启用严格模式：kryo.setRegistrationRequired(true)，让未注册类直接抛异常，杜绝隐式反射风险
线程隔离 + 实例池化，保障并发安全
Kryo 实例非线程安全，共享单例会导致状态污染或序列化错误。微服务通常高并发，需合理管理生命周期。
- 推荐用 ThreadLocal<Kryo>：每个线程独享一个配置好的 Kryo 实例，零锁开销
- 或使用 Kryo 自带的 Pool<Kryo>：预创建固定数量实例，复用时自动 reset，适合连接池/IO 线程模型
- 避免在每次 RPC 调用中 new Kryo()：构造开销大，且无法复用注册表和序列化器缓存
精简序列化输出，关闭冗余特性
默认配置为兼容性保留了引用跟踪、类名写入等字段，在微服务点对点通信中多数冗余。
立即学习“Java免费学习笔记（深入）”；
- 禁用对象引用跟踪：kryo.setReferences(false)（若确认无循环引用或共享对象）
- 关闭类名写入：kryo.setRegistrationRequired(true) 已隐含此效果；未注册时才会写全限定类名
- 避免使用 UnsafeSerializer：虽提速明显，但要求类 public、有无参构造、字段非 final，且存在 JVM 安全策略限制风险
对接主流通信框架，替换默认序列化器
不建议裸用 Kryo API 封装网络协议，应集成到已有 RPC 框架中，由框架统一管理序列化流程。
-
Dubbo：配置
dubbo.protocol.serialization=kryo，并确保 provider/consumer 两端都引入 kryo 依赖及相同注册逻辑 - Spring Cloud Alibaba：配合 Nacos 或 RocketMQ 时，可在消息体序列化层注入 Kryo 实现 MessageConverter
-
自研 HTTP/RPC：将 Kryo 封装为
Serializer<T>接口实现，在 Netty ChannelHandler 中统一处理 encode/decode
