CMS-被废弃了，该怎么办呢？

JVM 大约有 50 个通用的适合所有所有 GC 算法的参数，除了这 50 个参数之外，仅对于 CMS，您还可以传递 72 个额外的参数。如上表所示，此参数比其他任何 GC 算法都要多得多。因此，可想而知，JDK 团队支持所有这些参数所需的编码复杂性。

如果使用了 CMS，后面该怎么办呢？

就目前来看，其实无非就三种选项：

1. 切换到 G1 GC 算法

2. 切换到 Z GC 算法（JDK 11、12 中的早期版本）

3. 继续使用 CMS

接下来，我们来分析下每个选项。

（1）切换到 G1 GC 算法

自 Java 9 以来，G1 GC 已成为默认的 GC 算法。因此，可以考虑将应用程序的 GC 算法移至 G1。它可能会比 CMS GC 算法有更好的性能表现。调参相对较少，因此调整起来容易得多。此外，它还提供了用于从内存中消除重复的字符串的参数选项。如果可以消除重复的字符串，可以减少总体内存占用也是极好的。

（2）切换到 Z GC 算法

Z GC 是一种可扩展的低延迟垃圾回收器。其目标是使 GC 暂停时间小于 10ms。Java 11 和 12 中提供了对 Z GC 算法的早期版本。因此，如果你的应用程序在 Java 11 或 12 上运行，则可以考虑升级到 Z GC 算法。我们对 Z GC 的做了初步实验，都显示了极好的结果。

（3）继续使用CMS

我们发现，对于某些应用程序经过一些参数优化，CMS GC 可以提供 G1 GC 无法提供的出色结果。因此，如果您已经研究过上面两个选项，并且确信只有 CMS GC 算法就是适合你的应用程序，那么可以考虑继续使用 CMS 算法来运行。在 OpenJDK JDK9-dev 邮件列表中，甚至还有继续让 CMS 保持可用状态 的争论。根据我个人的经验，在 Java 1.1 中已废弃的功能和 API 在 Java 12 中仍然还是存在的（即使 20 年之后）。所有已弃用的 API 和功能似乎都可以保留（并且永远不会消失）。因此，继续在使用 CMS GC 也是一种选择。当然，这完全按照你的需要。

结论

请注意，每个应用程序都是唯一且不同的。因此，不要被在互联网上看到的有关 GC 调优（包括本文

真题解析、进阶学习笔记、最新讲解视频、实战项目源码、学习路线大纲
详情关注公中号【编程进阶路】

）的文章所迷惑。当你测试新的 GC 参数配置时，你需要进行彻底的测试，可以看看基准性能特征，然后再做决定。

结尾

学习html5、css、javascript这些基础知识，学习的渠道很多，就不多说了，例如，一些其他的优秀博客。但是本人觉得看书也很必要，可以节省很多时间，常见的javascript的书，例如：javascript的高级程序设计，是每位前端工程师必不可少的一本书，边看边用，了解js的一些基本知识，基本上很全面了，如果有时间可以读一些，js性能相关的书籍，以及设计者模式，在实践中都会用的到。

了，如果有时间可以读一些，js性能相关的书籍，以及设计者模式，在实践中都会用的到。