java原生序列化严禁用于企业级开发，因其存在五大致命短板：1.跨语言不支持；2.二进制流不可读、调试困难；3.反序列化触发恶意代码执行，安全风险极高；4.序列化体积大、性能差；5.强依赖jvm和serialversionuid，兼容性脆弱。

java原生序列化（serializable）在跨进程、跨网络或跨语言场景下，不建议作为变量传输方案。它既慢、又不安全、还难兼容；而json和protobuf才是面向现代分布式系统的真实选择——前者胜在人可读、开发快，后者赢在体积小、解析快、类型稳。

原生序列化：只适合单JVM内短生命周期缓存

Java Serializable 是 JVM 私有机制，不是通信协议：

• 反序列化需反射遍历字段、加载类、重建对象图，比 Protobuf 慢 3–5 倍，GC 压力大
• 依赖 serialVersionUID，Java 8 和 Java 17 之间稍有改动就失败
• 反序列化会执行任意构造逻辑和 readObject()，Log4j2 等高危漏洞均源于此
• Python、Go、JavaScript 完全无法识别其字节流，跨语言为零支持

JSON：前端友好、调试直观，但带宽和CPU不友好

文本格式决定了它的天然边界：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

• 字段名重复出现（如 "name"、"age"），相同结构数据体积通常是 Protobuf 的 3–5 倍
• 需逐字符解析、字符串匹配、动态建 Map/Bean，CPU 消耗高，吞吐量受限
• 无 schema 校验，字段拼错、类型错位只能靠运行时抛异常
• 浏览器直通、REST API 默认载体、Spring Boot 开箱即用，适合管理后台、配置下发、开放接口

Protobuf：高性能 RPC 的工业标准

二进制 + 编号驱动 + 预编译，是它高效的核心：

• 字段用数字编号（name = 1）代替字符串键名，省去文本解析与哈希计算
• Varint 编码让小整数只占 1 字节，ZigZag 处理负数，压缩率远超 JSON
• proto 文件定义契约，生成强类型代码，编译期捕获字段缺失、类型错误
• 新增字段不影响旧客户端（只要编号不冲突），天然支持前后兼容
• gRPC 默认绑定 Protobuf，Netty、Dubbo 3+ 均深度集成，适合微服务内部高频调用

选型一句话决策树

传给浏览器或第三方系统？→ 选 JSON
Java 微服务间高频 RPC？→ 选 Protobuf
同一 JVM 内临时缓存对象？→ 可谨慎用 Serializable（但优先考虑 LRUMap 或 off-heap）
需要动态结构、字段随时增减？→ JSON 或 MessagePack 更合适

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南