蚂蚁为什么要再造一个 Java 编译器？丨开发者亲自答

大家好，我是蚂蚁 JDK 团队的刘陶峰。

没有想到 Jeandle 项目的开源引发了这么多讨论和关注，首先感谢大家的关注，在这里我对我们的项目做出更进一步的介绍，也可以回答大家的一部分疑惑。

JVM 中的 C2 编译器被用来优化执行频率最高的Java 方法，对 Java 应用的性能影响还是比较大的。但是 C2 经过许多年的演进，遗留代码的维护越来越复杂，@开心的小福 也提到 C2 代码实在是难以阅读。所以近几年 C2 已经几乎没有什么大的特性引入。但是自 C2 诞生以来，编译技术已经发展了很多，对于 Java 的 JIT 编译来说，有很多新东西可以做，最好的例子便是@编译船夫 老师提到的 Partial Escape Analysis、还有更好的 Inline 算法等。同时硬件也在迭代，C2 有很多新硬件特性的支持也不够完善。

我们希望提供一个更为现代、历史负担更小的 JVM的 JIT 编译平台，所以有了 Jeandle。

我们基于 LLVM 编译框架来做这样一个新的编译器，看重的是 LLVM 的可维护性、扩展性，优秀的基础编译优化能力（循环优化等），还有丰富的生态。

Jeandle 除了 LLVM 提供的基础优化能力之外，也会拥有针对 JVM 的比 C2 更新的优化手段；未来新的编译技术可以快速实现并验证，而新的硬件特性会有社区提供支持。我们预期 Jeandle 将会在大多数场景获得比 C2 更好的性能，并且很可能会随着我们的迭代，不断的扩大优势。

但是 LLVM 也有一个不足是它的编译速度比较慢，我们未来会通过 JIT warmup、JIT cache 等手段来尽可能降低编译消耗和应用预热，所以 LLVM 编译速度慢的劣势将被大幅掩盖。

并且我们在很长一段时间内都并不是想让 Jeandle 把 C2 替代掉， Jeandle 会和 C2 做到兼容，具体用哪个、怎么用，可以由用户来决定。我们未来会提供一些分析手段来帮助用户选择 Jeandle 会编译哪些函数，与用户对于峰值性能的追求共同决定他们的 Java 应用如何使用 JIT 编译。同时 Jeandle 的性能优势也比 C2 更适合那些不是很在意编译消耗的场景，比如 JIT as a Service，这个场景也是我们未来想要做的。

LLVM 的生态可以带给我们很多其他的好处，比如我们可以把 JNI 代码、甚至 JVM 本身的代码转为 LLVM IR，和 Jeandle JIT 结合起来做优化。还有比如 Scala、Kotlin 等 bytecode 生态语言、终端场景、WASM 甚至 GPU 后端等我们还没有明确想法的想象空间，也欢迎感兴趣的朋友一起来讨论。

说了这么多，我们当前还是更需要专注于 Jeandle 本身的编译能力。

大家也看到目前 Jeandle 还是比较前期的阶段，还在做 GC 相关的适配工作，计划在今年完成功能支持，在明年聚焦优化能力，逐步建立对于 C2 的优势，并且我们也坚信长期主义。

既然开源了，就得虚心接受大家的建议和意见，保持开放包容，欢迎每个感兴趣的朋友加入。 Jeandle 的所有开发工作都将会在 Github 进行，欢迎大家的关注：

https://github.com/jeandle/jeandle-jdk

https://github.com/jeandle/jeandle-llvm