正式使用官方的Java API Client操作ES之前，将与之有关的重要知识点先做一轮串讲，后面开始编码时，疑点已扫清，可以愉快而顺畅的实现业务功能
吞吐量和停顿时长，这两个优化目标是有冲突的。那么有没有可能提高吞吐量而不影响停顿时长，甚至缩短停顿时长呢？答案是有可能的，提高内存占用（Memory Footprint）就有可能。
关于软件的高可用，是一个老生常谈的话题。“高可用性”（High Availability）通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。
突然之间各行各业从业者开始担忧被 ChatGPT 替代……「初看以为是热点，再看已成经典…」于是我决定好好研究它一番，并力争把它写得全面而通俗易懂一点，最终就有了这篇万字长文报告，建议收藏、慢慢阅读。
随着Java的进化过程，涌现出各种不同的垃圾回收器，从串行执行到并行执行，从高吞吐到低延迟，终极目标就是让开发人员专注于程序的代码书写而无需关注内存管理。