如果你经常注意面试题,你会发现现在面试题多多少少会含有jvm相关的面试题,之前也把一些jvm面试题汇总了下:面试题系列一,那么为什么现在面试需要了解或者问面试题呢?
主题
谈谈自己的理解,概括为以下几个方面:
1、的确很重要。
2、供大于求。
3、面试风气。
下面就针对这几点谈谈。
的确很重要
随着互联网的发展,高并发高可用、快速响应成为软件的必须,而JVM与这些有着密切关联。之前JVM系列好多都是一些由于STW影响到快速响应问题,忽然网站慢一下(抖动下)等问题,下面谈谈最近通过JVM排查到的高并发高可用问题。(在高可用高并发下面问题原因可能会很多,比如cpu异常高、磁盘IO高、SWAP空间等,有可能很多问题都是综合性的问题)
以前在我的认知里面,如果服务运行有问题,最简单有效快速地办法就是重启,最近遇到了问题打破了我对该方法的认知。
某业务线最近集群服务升级忽然上线上去不能提供服务,之后影响到整个集群,查看当时服务器情况,负载、cpu、io、swap等都正常,查看日志就是卡在最后一行不动了(也没有发现OOM,等任何异常)。
如果是之前估计这个问题我也就排查不了了,现在排查问题多了一个维度JVM(的确有时候需要考虑的,并且现在很多监控工具都会考虑到JVM的),查看gcutil查看比例,发现from100%eden100%old100%但是服务就是没有OOM,执行任何都命令都非常缓慢了(更别谈访问请求了),查看具体gc日志发现concurrentmodefailure并且时间很长,猜测就是一瞬间量把内存给用完了,导致from100%eden100%old100%现象,最终不能提供服务,之后其他集群节点也陆续出现了此类情况,重启无效,现象一样很快就from100%eden100%old100%不能提供服务,没办法,一直重启直到都启动好了可以正常提供服务。
留了一台进行排查问题,执行jmap-histopid无果,加-F也无果,后来执行jmap-dump:format=b,file=heap.binpid(6G堆执行了3-4个小时左右)通过MAT分析查看,发现都是某个逻辑产生的数据,占用了5G左右(char[]、String、Map、List等都与某个逻辑代码有关)猜测是该问题(由于涉及到公司具体业务不方便截图,只能大概说明下),很容易定位到代码最后是由于并发没有考虑好,逻辑写的也有点问题导致的,进行修改处理,问题解决,出了JVM相关问题可以进行排查解决。
很能很多人认为线上出现问题可以排查继续解决问题的人牛逼,其实错了,真正牛逼的人都是在问题产生前就解决了(需要意识里面转变和学习思考提高的地方)。
下面看个例子就明白了,是Charles告诉我的,我觉得放在这里特别合适:
春秋战国时期,有位神医被尊为“医祖”,他就是“扁鹊”。一次,魏文王问扁鹊说:“你们家兄弟三人,都精于医术,到底哪一位最好呢?”扁鹊答:“长兄最好,中兄次之,我最差。”文王又问:“那么为什么你最出名呢?”扁鹊答:“长兄治病,是治病于病情发作之前,由于一般人不知道他事先能铲除病因,所以他的名气无法传出去;中兄治病,是治病于病情初起时,一般人以为他只能治轻微的小病,所以他的名气只及本乡里;而我是治病于病情严重之时,一般人都看到我在经脉上穿针管放血,在皮肤上敷药等大手术,所以以为我的医术高明,名气因此响遍全国。”
如果能在编码时候就考虑到JVM,做到面向JVM编程那就更牛逼了,如果能在上线前查阅到此类JVM问题或者是OOM问题以及一些其他问题那也就好了。
综述:因此这些成为必不可少的技能,所以面试需要了解,因为公司可能会面临该问题。
供大于求
现在不像以前了,以前会点html都好找工作,现在由于学习软件的人越来越多,而且每年大学生都在毕业(而老一辈的也很少换工作)人只会越来越多,有个笑话,随便在大街上扔硬币砸到的那个可能就是搞软件的,现在人员太多,公司为了区分,会多添加维度,每多一个维度可能就会刷掉一批人,核心供大于求,所以我们也必须朝着这些大的方向努力,使得自己的竞争力比别人强。
面试风气
简单的问题都不好意思问,怕面试者鄙视面试公司问的问题。现在有一股妖风,不管啥公司都慢慢像阿里这样的公司靠近,面试不问点jvm、并发、分布式都不好意(虽然公司可能没有用到,虽然可能仅仅CURD),老是觉得问问这些显得逼格高点,不管处于什么原因很多公司的确都在学习他们,都在问这些问题,那么我们就朝着这些大的方向努力也是没错的,如果朝着这些方向努力就是他们需要的人才,那么也就对了。
类似其他,比如高并发锁、分布式、缓存等都可以考虑考虑这样思考,你会有不一样的收获的。