©2020-2024 ioDraw All rights reserved
我是觉得现在不少公司面试Java程序员就盯着jvm问，是种舍本逐末。而我最不能忍的就是好多程序员解决问题喜欢一杆子捅到底层，遇到问题竟然会先想是不是JVM的bug，遇到延时高就会断定是gc算法有问题，竟然会先去考虑替换gc算法，这种自信我也是挺醉的。
那么真有那么多项目要调优吗?
一般项目肯定是不需要进行 JVM 调优的，因为 JVM
本身就是为这种低延时、高并发、大吞吐的服务设计和优化的，我们很少需要去改变什么。所以，我们往往更偏重于应用服务本身的调优。
在一些应用中，比如大数据计算引擎，是一种非常极端的 JVM
应用，对延时的要求并不高，但对吞吐量要求很高，会有大量的短生命周期对象产生，同时也有大量的对象生存时间非常久，我们就需要对特定的一些 JVM 参数进行修改。
再比如生产环境中出现内存溢出，我们需要判断是由于大峰值下没有限流，瞬间创建大量对象而导致的内存溢出，还是是由于内存泄漏而导致的内存溢出。对于内存泄漏导致的，这种问题就是程序的
Bug，我们需要及时找到问题代码进行修改，而不是调整 JVM。
JVM 在很大程度上减轻了 Java 开发人员投入到对象生命周期管理的精力。在使用对象的时候，JVM
会自动分配内存给对象，在不使用的时候，垃圾回收器会自动回收对象，释放占用的内存。所以一般情况下我们是不需要调优的。当然事无绝对，某些特殊场景就需要我们进行参数调整，但调整的前提一定是你对
JVM 的运行原理非常熟悉才行，所以面试问到JVM也是非常正常的事情。
如果你对于以上性能优化的原则、层次、通用方法以及代码质量的关系根本没有一个概念，也不知道何从下手的话。我这里整理了一份资料可以看看，不但包含JVM各种常见问题，另外还有大厂java面试常问的问题，希望对你有帮助。不多废话，，直接上图。
最后
性能调优就是一场持久战!即使你的产品上线之后，还需要持续开发，很多因素都会带来性能问题，想要真正扛起公司性能的大梁，就不要拘泥于自己公司的业务，不妨多去看看别人家的性能优化(比如行业大佬阿里)。
由于资料太多只展示了部分目录，如果想要带这份资料走学习一下，可以扫描下方二维码免费领取哦（备注CSDN领资料），诚意满满绝无套路