内存泄漏是指无用对象持续占有内存或无用对象的内存得不到及时释放，从而造成内存空间的浪费称为内存泄漏。随着垃圾回收器活动的增加以及内存占用的不断增加，程序性能会逐渐表现出来下降，极端情况下，会引发OutOfMemoryError导致程序崩溃。本期总结了社区所有的内存泄漏实战案例，同样也是干货+实战，帮你攻克内存泄漏问题！

对于刚刚接触 JVM 的同学来说，JVM 就像一个黑盒一样，完全不知道这是一个什么东西。所以对于小白来说，最重要是搞清楚 JVM 到底是干嘛的，以及其常用的知识框架。针对这样的需求，才有了这个专题，从零开始循序渐进地介绍了 JVM，相信是很不错的 JVM 入门教程。

GC（Garbage Collection)很大程度上帮助Java程序员解决了内存释放的问题，有了GC，就不需要再手动的去控制内存的释放。

JDK1.5中引入了线程池，合理地利用线程池能有效的提高程序的运行效率，但不当的使用线程池也会带来致命的危害。作为使用最多的ThreadPoolExecutor，很有必要深入理解的其源码与实现原理。

以开发人员的交流来谈谈jvm这块的知识以及重要性，依稀记得2、3年前用solr的时候老是经常oom，提到oom大家应该都不陌生，那个时候也并没有从根本解决oom，由于对jvm不熟悉，只是去百度，到处都是配置jvm参数的，那个时候啥不懂，直接粘贴，但是并没有解决问题，通过这个就告诉我们作为开发人员也需要对jvm很熟悉才行。

程序在上线前的测试或运行中有时会出现一些大大小小的JVM问题，比如cpu load过高、请求延迟、tps降低等，甚至出现内存泄漏（每次垃圾收集使用的时间越来越长，垃圾收集频率越来越高，每次垃圾收集清理掉的垃圾数据越来越少）、内存溢出导致系统崩溃，因此需要对JVM进行调优，使得程序在正常运行的前提下，获得更高的用户体验和运行效率。

Out of memory (OOM) 是一种操作系统或者程序已经无法再申请到内存的状态。经常是因为所有可用的内存，包括磁盘交换空间都已经被分配了。OOM的官方解释是：Understand the OutOfMemoryError Exception，根据HeapDump性能社区专属讲师公与的总结，常见的OOM有以下10种（其中OOM Killer是操作系统层面的概念）。

JDK1.6 版本之后，Java 对 Synchronized 同步锁做了充分的优化，甚至在某些场景下，它的性能已经超越了 Lock 同步锁。这一讲我们就来看看 Synchronized 同步锁究竟是通过了哪些优化，实现了性能地提升。

JVM的源码可以解决我们日常工作中遇到的不少问题，但是对于很多开发者来说阅读JVM源码的门槛比较高，而且JVM源码的体系非常大，需要有3-5年的开发经验才能阅读。如果想学源码的开发同学可以阅读本期专题，从实践问题切入，才能有真正提升。

毕昇JDK是华为基于OpenJDK定制的开源版本,是一款高性能、可用于生产环境的OpenJDK发行版。

编译器优化的是底层代码执行逻辑，使项目执行更加高效。汇编是最接近底层的代码，所以我们从汇编来看编译器优化是如何优化的。

一元复始，万象更新。春节结束，一切又是新的开始。马上就到“金三银四”了，有跳槽打算的工程师，一定已经开始偷偷努力了吧！今天堆堆帮大家整理了一些或经典或刁钻的面试题，以及一些难点解析，希望能帮大家查漏补缺，拿到心仪的offer～