Java 微服务能像 Go 一样快吗？.docxVIP

Java 微服务能像 Go 一样快吗？ Java 由 Sun Microsystems 公司开发，后被甲骨文所收购。其 1.0 版本发布于 1996 年，目前的最新版本是 2021 年的 Java 15。Java 当前的次要设计目标，在于实现 Java 虚拟机及字节码的可移植性，外加带有垃圾回收的内存管理机制。时至今日，Java 作为一种开源言语仍是全球最受欢迎的言语选项之一（依据 StackOverflow 及 TIOBE 等来源）。 下面来聊聊“Java 问题”。人们对于它速度缓慢的印象其实更多是种固有观念，而不再顺应当下的现实。如今的 Java 甚至拥有不少功能敏感区，包括存储对象数据堆、用于管理堆的垃圾收集器，外加准时化（JIT）编译器。 多年以来，Java 曾先后使用多种不同的垃圾收集算法，包括串行、并行、并发标记 / 清除、G1 以及最新的 ZGC 垃圾收集器。现代垃圾收集器旨在尽可能削减垃圾收集形成的暂停时长。 甲骨文试验室开发出一款名为 GraalVM 的 Java 虚拟机，其使用 Java 编写而成，具有新的编译器外加一系列令人兴奋的新功能，包括可以将 Java 字节码转换为无需 Java 虚拟机即可运转的原生镜像等。 Go 的进展历史 Go 言语由谷歌的 Robert Griesemer、Rob Pike 以及 Ken Thomson 开发而成。他们几位也是 UNIX、B、C、Plan9 以及 UNIX 视窗系统等项目的次要贡献者。作为一种开源言语，Go 的 1.0 版本发布于 2021 年，2021 年最新版本为 1.15。Go 言语的本体、接受速度以及工具生态系统的进展都相当迅猛。 Go 言语遭到 C、Python、JavaScript 以及 C++ 的影响，已经成为一种抱负的高功能网络与多处理言语。 截至我们发布主题演讲时，StackOverflow 上共有 27872 个带有“Go”标签的问题，Java 则为 1702730 个。 Go 是一种静态类型的编译言语，其语法类似于 C，且拥有内存平安、垃圾回收、结构化类型以及 CSP 样式并发（通信挨次过程）等功能特性。Go 还使用名为 goroutine 的轻量级进程（并非操作系统线程），外加各进程间用于通信的通道（类型化，FIFO）。Go 言语不供应竞态条件爱护。 Go 是众多 CNCF 项目的首选言语，例如 Kubernetes、Istio、Prometheus 以及 Grafana 等皆是由 Go 言语编写而成（或者大部分是）。 Go 言语在设计上强调快速构建与快速执行。到底是两个空格还是四个空格？Go 言语表示不用麻烦，无所谓。 与 Java 相比，我将个人体会到的 Go 言语优势整理如下： 更易于实现函数模式，例如复合、纯函数、不行变形态等。 样板代码少得多（但客观上仍旧太多）。 Go 言语仍处于生命周期晚期，因而没什么向下兼容压力——改进道路较为平坦。 Go 代码可编译为原生静态链接的二进制文件——无虚拟机层——二进制文件中包含程序运转所需要的一切，因而更适合“从零开头”的容器。 体积更小、启动速度快、执行速度快。 无 OOP、承继、泛型、断言、指针算术。 括号较少，例如可以实现为 if x 3 { whatever } 强制执行，没有循环依靠性，不存在未使用的变量或导入，没有隐式类型转换。 但 Go 当然也不完善。与 Java 相比，我认为 Go 存在以下问题： 工具生态系统还不成熟，特殊是依靠项管理方面虽有多种选择，但还都不完善。在非开源开发方面，Go 模块在依靠项管理上优势明显，但由于存在某些兼容性问题，其接受率仍不算特殊高。 构建具有新的 / 更新依靠项的代码时格外缓慢（例如 Maven 著称的「下载互联网」问题）。 导入会将代码绑定至 repo，导致代码移动格外困难。 IDE 格外适合编程、文档查找与自动补全等功能，但却难以进行调试及概要分析等。 指针！我以为二十一世纪之前就可以告辞这东西了，但 Go 里面还有！好在至少已经没有指针算法了。 没有 Java 那样的 try/catch 特别（最终总是要用到 if err != nil），也没有列表、映射函数等函数风格的原语。 某些基本算法仍旧缺失，所以用户往往只能自行编写。最近我就编写了一些代码，用 sloe 对两个字符串（列表）进行比较以及转换。在函数言语中，我们完全可以使用 map 等内置算法完成。 没有动态链接！假如要在静态链接代码当中使用 GPL 等许可，就会很不便利。 用于调整执行、垃圾收集、概要分析或者优化算法的选项很少。Java 拥有数百种垃圾收集调整选项，相比之下，Go 只要一项。 负载测试方法 我们使用 JMeter 进行负载测试。测试多次调用服务，并收集关于响