80% 的 Java 焦虑，都可以被这张图解决

昨晚，我在路口等车的时候，听到几个人在那讨论问题：

“之前我用 jprofiler 监控 jvm 里的对象，当老年代满了，我手动触发一次 fgc，发现只能回收一半，再触发一次，就完全回收，这种情况正常吗？”

“是不是你的应用正在执行过程中啊？”

“可以考虑下 finalize，弱引用缓存等。”

“那你们怎么确定 CPU 线程上下文切换消耗资源的？你们咋改进的？”

“一般我们的业务系统 CPU 切换消耗很低，你可以试下分批加法，算 100 亿个数字相加什么的，开 10 个，100 个，1000 个，10000 个线程。线程数量太大才会有影响，本质是资源争用，和锁资源有些类似。线程数量要测试，还是要看业务类型，高并发低 CPU 的 Redis 之类影响非常明显，Java 的主要领域是企业业务系统，如果你要实现 Redis，Mongo，MySQL 等基础服务，必须考虑 CPU 切换。”

......

车来了，我坐上车后看着窗外的冬夜叹了口气：这几天的北京可真冷啊，连天都黑的太快了。

是啊，冬天本来就冷，黑夜也会变得漫长，都是自然现象而已。

但是每个人的心里总会因为一些原因莫名的感到寒冷。比如我就是因为听到刚才那些人的聊天觉得心烦意乱。

因为我也是一名 Java 从业者，虽然近些年来，无论是使用规模、开发者人数，还是技术生态成熟度、相关工具的丰富程度，Java 都当之无愧是后端开发语言中不可撼动的王者，也是开发各类业务系统的首选语言。

而且薪资也不菲 ????

但我总有种做不动的感觉。项目还好说，让我用 Java 写系统代码都没有问题，但是如果有人问我 Java 程序运行起来以后内部发生了什么，可以怎么让它运行的更好的话，我就真的有点答不上来。

而且我发现，现在面试 Java 岗位，无论什么规模的公司，一般面试官面着面着就会问到 JVM 相关的问题，什么线程、内存模型、JVM 运行时内存、垃圾回收与算法、GC 垃圾收集器、JAVA IO/NIO 、JVM 类加载机制等等知识点。

如果答不好，甚至影响薪酬的多少。

所以了解 JVM 则是深入学习 Java 必不可少的一环，也是 Java 开发人员迈向更高水平的一个阶梯。

我们不仅要会用 Java 写代码做系统，更要懂得如何理解和分析 Java 程序运行起来以后内部发生了什么，然后可以怎么让它运行的更好。

就像我们要想多年开车的老司机，仅仅会开车肯定不能当一个好司机。车开多了，总会有一些多多少少大大小小的故障毛病。老司机需要知道什么现象说明有了什么毛病，需要怎么处理，不然就会导致经常抛锚，影响我们的行程。本专栏的目的就是教会我们怎么去了解 JVM 这辆优秀跑车的一些原理以及怎么去用各种工具分析修理它。

市面上各类 JVM 相关的资料虽多如牛毛，但是明显都很难让大家系统性地学明白，同时一线大厂技术面试现在 JVM 知识也是必考科目。

为什么向你推荐它？

深入浅出、实践为要、体系完整、层次分明

两位在大厂摸爬滚打 10 多年的 Java 专家全面梳理了系统化学习 JVM 的知识和经验，包括 JVM 的技术和内存模型、JVM 参数和内置工具、GC 算法、GC 日志、内存和线程等相关问题排查分析，以及常见的面试问题深度剖析等高级的进阶方法与实战。既满足大家快速系统化学习和全面掌握知识的需求，又兼顾大家的面试经验辅导。