Java 领域的 JSON 框架有点像进入了“战国时代”。JDK 28 自带了 JSON APIFastjson 也另立门户搞了 Fastjson2然后最近 Apache 的 Fory JSON 1.6 也强势发布了再加上 Jackson、Gson 等框架一下子就让 Java 在 JSON 处理方面有热闹起来了。Fastjson2 重头开始还是主打性能但是在性能领域 Apache Fory 也带着 10 倍于 Jackson 的性能杀入了 JSON 赛道。JDK 28 已经要把 JSON 收编进标准库了JSON 看起来成了兵家必争之地。接下来我们就一起来看看 Java JSON api 和 Fory Json 要玩出什么花样Java 原生 JSON API2026 年 7 月OpenJDK 社区传来一个让 Java 开发者等待已久的消息JEP 540: Simple JSON API 从草案Draft正式提升为候选Candidate状态目标锁定 JDK 28。这意味着Java 平台终于要在标准库里内置一套官方的 JSON 处理能力。要知道从 2014 年 JEP 198轻量级 JSON API被提出又撤回到现在整整过去了十二年。十二年间Java 开发者处理 JSON 几乎完全依赖第三方库Jackson、Gson、FastJSON、JSON-P、JSON-B…… 没有一个属于 JDK 本身。JEP 540 的核心定位JEP 540 的设计哲学非常明确它不是来取代 Jackson 或 Gson 的而是填补 JDK 在基础 JSON 处理上的空白。根据 JEP 540 的描述这套 API 的目标是严格遵循 RFC 8259只提供解析和生成标准 JSON 的核心能力低仪式感low ceremony让 Java 处理 JSON 像 Python、Go 一样简洁聚焦常见任务读配置文件、构造 JSON 载荷、检查 API 响应、修改 JSON 文档显式排除数据绑定、流式处理、自定义序列化器等高级功能。下面是一段来自于官方的示例代码。import jdk.incubator.json.*;// 解析 JSONJsonValue json Json.parse(“”{ “name”: “Today”, “temperature”: 54 }“”);// 提取字段int temp json.get(“temperature”).asInt();// 处理可选字段不抛异常json.tryGet(“humidity”).ifPresent(h - System.out.println(h.asDouble()));目前 JEP 540 以孵化器模块jdk.incubator.json的形式存在需要在编译和运行时通过 --add-modules jdk.incubator.json 启用。虽然 API 还在演化中但它释放了一个强烈信号JSON 对于现代 Java 来说已经从第三方生态问题变成了平台基础能力问题。Apache Fory JSON就在 JEP 540 稳步推进的同时Apache 基金会旗下的 Fory 项目在 2026 年 8 月扔下了一枚重磅炸弹Fory JSON 1.6.0/1.6.1 正式发布。如果大家关注过高性能序列化领域应该对 Apache Fory 不陌生。这个 2024 年才进入 Apache 孵化器的项目主打多语言高性能对象序列化支持 Java、Python、Go、Rust、C 等语言核心卖点是跨语言对象图序列化、循环引用支持、以及极致性能。而 Fory JSON则是 Fory 生态专门面向 Java 的 JSON 编解码器。它的出现让 Java JSON 性能的天花板被直接顶破。Fastjson 2 的性能标签要被 Fory Json 取代了。性能数据这不是“快一点”是“快一个数量级”。根据官方在 Apple M4 Pro JDK 26.0.1 上的基准测试单线程吞吐量。表示形式操作fory-jsonJacksonGsonString序列化7387465 ops/sec20493681084042String反序列化2897955 ops/sec1074885902772UTF-8 字节序列化10375498 ops/sec18686141037211UTF-8 字节反序列化3077158 ops/sec1268397933079Fory JSON 的 UTF-8 字节序列化吞吐量超过 1000 万 ops/sec是 Jackson 的 5.5 倍Gson 的 10 倍。在 1000KB 大载荷场景下优势甚至扩大到 10 倍以上。另一组来自 ej-technologies 的独立测试200 个订单对象图200 万次往返也印证了这一点。框架单次往返耗时总分配内存Fory 1.63.5 µs4.5 GBKryo 5.68.9 µs4.2 GBJackson JSON28.7 µs8.8 GBJava 原生序列化46.8 µs18.4 GBFory JSON 不仅比 Jackson 快 8 倍内存分配也只有后者的一半。为什么能这么快Fory JSON 的性能密码可以归纳为以下几点。运行时代码生成JIT Codegen通过生成专用编解码器避免反射开销最小化临时分配优化原始类型写入大量使用批量内存操作线程安全设计单个 ForyJson 实例可跨线程复用无需重复创建多平台支持Java 8、Android API 26、GraalVM Native Image 全兼容。Fory JSON 不是另一个 Jackson这里需要澄清一个容易混淆的点Fory JSON 和 Fory 的 Native/Xlang 二进制协议是完全不同的东西。Fory 的核心能力在于二进制对象图序列化支持跨语言、循环引用、共享引用、多态等而 Fory JSON 是专门用于需要与外部系统交换标准 JSON 的场景比如 HTTP API、浏览器通信、日志、配置文件等。换句话说Fory JSON 的定位是在必须输出/输入标准 JSON 的约束下把性能压榨到极致。2026 年卷 JSON如果大家留意近两年的技术动态会发现 JSON 相关的工具和框架呈现爆发态势。JDK 28 准备内置 JEP 540 原生 JSON APIApache Fory 发布 1.6用性能碾压姿态进入 JSON 赛道Jackson 持续迭代 3.x仍是 Spring 生态事实标准Gson 虽然更新放缓但在 Android 领域根基深厚FastJSON 2.x 在阿里系等场景下持续演进各类 AI 框架Spring AI、LangChain4j把 JSON 作为与 LLM 交互的核心格式。为什么 JSON 突然成了兵家必争之地我想原因可能是来自于以下几点。JSON 是 AI 时代的通用语大模型 APIOpenAI、Claude、Gemini的输入输出几乎都是 JSON。Function Calling、Tool Calling、Structured Output……这些 AI 应用的核心机制底层全是 JSON 的序列化和反序列化。Java 作为企业级后端的主力语言每天处理的 JSON 数据量正在指数级增长。一个微服务集群在 AI 编排场景下JSON 编解码的耗时很容易成为整体延迟的瓶颈。云原生与可观测性驱动Kubernetes、Prometheus、OpenTelemetry、各类云厂商 API……云原生生态几乎完全建立在 JSON 之上。配置文件是 JSON/YAML指标上报是 JSON链路追踪是 JSON。Java 应用越深地融入云原生对 JSON 处理的性能要求就越高。微服务间的通信虽然 gRPC Protobuf 在高性能 RPC 场景越来越流行但服务间的边缘交互BFF 层、网关聚合、前端通信仍然大量使用 REST JSON。这部分流量往往占据总请求量的 80% 以上性能优化空间巨大。Java 生态的标准库焦虑症Python 有 json 模块Go 有 encoding/jsonJavaScript 原生支持 JSON …… 唯独 Java 这个企业级语言处理最通用的数据格式竟然必须引入第三方依赖。JEP 540 的推进某种程度上是 Java 社区对标准库完备性的一次补课。