来来来！告诉你为什么要用Java开发高频交易系统

有了良好的设计模式和干净的编码习惯，Java 的速度可与 C++ 相媲美。

例如，Java 会优化和编译在应用程序运行期间观察到的最佳路径，但 C++ 会预先编译所有东西，因此即使未被使用的方法也会成为可执行二进制文件的一部分。

但是，Java 有一个问题，它让 Java 成为一门强大且令人喜爱的编程语言，但也成了 Java 的缺点之一 (至少对于微秒级应用程序来说)——Java 虚拟机 (JVM)：

• Java 在运行过程中编译代码 (JIT)，这意味着当它第一次运行某些代码时，会有编译延迟。
• Java 管理内存的方式是在“堆”空间中分配内存块。每隔一段时间，它就会清理空间，移除旧对象，为新对象腾出空间。主要的问题是，为了进行准确的计数，应用程序线程需要暂时“冻结”。这个过程称为垃圾回收 (GC)。

GC 是低延迟应用程序开发人员可能会放弃 Java 的主要原因。

市场上有一些可用的 Java 虚拟机。

最常见的是 Oracle Hotspot JVM，它在 Java 社区中被广泛使用，主要是一些历史原因。

对于非常苛刻的应用程序，有一个很棒的替代方案，也就是 Azul Systems 的 Zing。

Zing 是标准 Oracle Hotspot JVM 的一个强大的替代品。Zing 解决了 GC 停顿和 JIT 编译问题。

接下来，让我们来研究一下 Java 的一些固有问题和可能的解决方案。

1. 了解 Java 的 JIT 编译器

像 C++ 这样的编程语言被称为编译型语言，因为发布的代码完全是二进制的，可以直接在 CPU 上执行。

PHP 或 Perl 被称为解释型语言，因为解释器 (安装在目标机器上) 会在运行时编译每一行代码。

Java 介于两者之间，它将代码编译成 Java 字节码，并在必要时再将其编译成二进制的。

Java 不在启动时编译代码的原因与后续的性能优化有关。通过观察应用程序运行并分析实时方法调用和类初始化情况，Java 对经常被调用的代码部分进行编译。它甚至可能会根据经验做出一些假设 (某些代码永远不会被调用，或者某个对象始终是一个字符串)。

编译过的代码执行速度非常快，但有三个缺点：

• 一个方法需要被调用一定次数才能达到编译阈值，然后才能被编译和优化 (这个阈值是可配置的，通常在 10000 次左右)。在此之前，未优化的代码不会“全速”运行。在更快的编译和高质量的编译之间存在折衷 (如果假设是错误的，就会发生编译成本)。
• 当 Java 应用程序重新启动时，我们又回到了起点，必须等待再次达到阈值。
• 有些应用程序有一些不常被调用但很关键的方法，这些方法只会被调用几次，但在被调用时需要非常快。

Zing 通过让它的 JVM“保存”已编译的方法和类的状态（也就是所谓的 profile）来解决这些问题。这个独特的功能叫做 ReadyNow，也就是说 Java 应用程序可以始终以最佳速度运行，即使是在重启之后。

当你使用已有的 profile 重新启动应用程序，Azul JVM 会立即收回以前的决策并直接编译重要的方法，以解决 Java 的预热问题。

此外，你也可以在开发环境中构建一个 profile 来模拟生产行为。优化后的 profile 能部署到生产环境中，并知道所有关键路径都已经过编译和优化。

下图显示了交易应用程序 (在模拟环境中) 的最大延迟。

Hotspot JVM 的延时峰值是显而易见的，而 Zing 的延时保持得相当稳定。

百分比分布表明，在 1% 的时间内，Hotspot JVM 发生的延迟是 Zing JVM 的 16 倍。

2. 解决垃圾回收停顿问题

第二个问题是在垃圾回收期间，整个应用程序可能会停顿几毫秒到几秒钟 (延迟会随着代码复杂性和堆大小的增加而增加)，更糟糕的是，你无法控制这种情况何时发生。

虽然对很多 Java 应用程序来说，暂停应用程序几毫秒甚至几秒是可以接受的，但对于低延迟应用程序来说，这是一场灾难，无论是在汽车、航空航天、医疗还是金融领域。

GC 影响对于 Java 开发人员来说是一个很大话题，Full GC 通常也叫作“停止世界的停顿（stop-the-world)”，因为它会冻结整个应用程序。

多年来，有很多 GC 算法都试图降低吞吐量 (有多少 CPU 时间用于应用程序逻辑执行而不是垃圾回收) 和 GC 停顿 (我可以暂停应用程序多长时间)。

从 Java 9 发布以来，G1 一直是默认的垃圾回收器，其主要思想是根据用户提供的时间目标对 GC 停顿进行划分。它通常提供较短的停顿时间，但以降低吞吐量为代价。此外，停顿时间随着堆的大小而增加。

Java 提供了大量的设置参数，从堆大小到回收算法以及分配给 GC 的线程数。因此，Java 应用程序通常会配置大量的参数：

很多开发人员通过各种技术来避免 GC。最主要的是，如果我们少创建一些对象，那么后续要清除的对象就越少。

一种古老的 (仍然在使用) 技术是使用对象池。例如，数据库连接池可以保存 10 个已经打开的数据库连接，以便在需要时使用。

多线程通常需要锁，这会导致同步延迟和停顿 (特别是当它们共享资源时)。一种流行的方式是使用环形缓冲队列系统，多个线程可以在一个无锁的环境中（请参考 disruptor）进行读写操作。

https://lmax-exchange.github.io/disruptor/

一些专家甚至处于无奈而选择完全覆盖 Java 的内存管理机制，由自己来管理内存分配，这虽然解决了问题，但也带来了更多的复杂性和风险。

因此，我们需要考虑使用其他 JVM，于是我们决定尝试 Azul Zing JVM。

很快，我们就能够在几乎无停顿的情况下实现很高的吞吐量。

这是因为 Zing 使用了一个叫作 C4(Continuously Concurrent Compacting Collector，连续并发压缩回收器) 的垃圾回收器，它可以进行无停顿的垃圾回收，而不管 Java 堆有多大 (可以达到 8TB)。

这是通过在应用程序运行时并发映射和压缩内存来实现的。

此外，它不需要修改代码，而且延迟和速度方面的改进都是开箱即用的，不需要进行繁杂的配置。

Java 程序员可以享受到两方面的好处：Java 的简单性 (不需要担心创建太多的新对象) 和 Zing 的底层性能，允许系统中出现高度可预测的延迟。

GCeasy 提供了通用 GC 日志分析器，我们可以在真实的自动交易应用程序 (在模拟环境中) 中快速地对 JVM 进行比较。

https://gceasy.io/

在我们的应用程序中，使用 Zing 的 GC 大约比使用标准 Oracle Hotspot JVM 的 GC 快 180 倍。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

总结

面试难免让人焦虑不安。经历过的人都懂的。但是如果你提前预测面试官要问你的问题并想出得体的回答方式，就会容易很多。

此外，都说“面试造火箭，工作拧螺丝”，那对于准备面试的朋友，你只需懂一个字：刷！

给我刷刷刷刷，使劲儿刷刷刷刷刷！今天既是来谈面试的，那就必须得来整点面试真题，这不花了我整28天，做了份“Java一线大厂高岗面试题解析合集：JAVA基础-中级-高级面试+SSM框架+分布式+性能调优+微服务+并发编程+网络+设计模式+数据结构与算法等”

且除了单纯的刷题，也得需准备一本【JAVA进阶核心知识手册】：JVM、JAVA集合、JAVA多线程并发、JAVA基础、Spring 原理、微服务、Netty与RPC、网络、日志、Zookeeper、Kafka、RabbitMQ、Hbase、MongoDB、Cassandra、设计模式、负载均衡、数据库、一致性算法、JAVA算法、数据结构、加密算法、分布式缓存、Hadoop、Spark、Storm、YARN、机器学习、云计算，用来查漏补缺最好不过。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
95144)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！