FullGC和OOM排查思路

发狂の怪叔叔:
怼了g1的问题，他们会觉得你知识储备不足[藏狐]

【回复】我可以不用但你不能不会[doge]
【回复】嗯，，G1的还可以回答一下， 要是问ZGC的话，那就直接怼回去吧！！
【回复】回复 @java小小刀 :问那种超前的收集器真的离谱，有些他不问你这个收集器，而是问有没有更好的思路去实现一个更好的收集器，想办法解决前一代收集器的缺点[辣眼睛]。
迷醉的小蜗:
公司真的重视jvm调优的话，我建议升级jdk，高版本默认的垃圾收集器，怎么都比你调半天参数好用

【回复】这个，，公司有专门的架构组做这事，，，我们的建议，不起作用，哈哈
10032号ミサカ:
公司都是万年JDK8，可能压根没改过GC，都是默认的吞吐量优先垃圾收集器，然而他们还是喜欢问CMS和G1[嗑瓜子]

【回复】生产环境，一般不用打印Details ,只要把dump文件保存下来就行~~
【回复】生产环境一定要加上 -xx PrintGCDetails 和下面那些dump参数才能打印出gc日志吗。 我们公司生产上都没加这些参数，不确定到时候oom能不能排查[笑哭]
【回复】回复 @java小小刀 :很多招聘信息上都写着，JVM调优但是具体的也不知道有美颜调优。[脱单doge]
哈利波特菌:
这个死循环的例子比较简单，面试官一看就知道没啥oom经验

【回复】哈哈，举什么例子更好呢？
【回复】是的！ 我也是这么觉得的！
大熊王子2333:
大部门公司，无论JDK升级到了哪个版本，还是用的8 ， 也想不到会去动垃圾回收器这种参数，都是用默认的

【回复】是的，大部分公司都是如此，但是有些公司还是会看这个的，所以，还是了解一下这个知识点比较好~ 技多不压身
一粒种子007:
g1回收的预测时间看的不仅是回收个数，其会记录每个Region的回收耗时、每个Region记忆集里的脏卡数量等各个可测量的步骤花费的成本，并分析得出平均值、标准偏差、置信度等统计信息

idea_zh:
你的视频在哪第一时间更新？另外有整体的系列课程吗？

【回复】你好呀， 视频都会第一时间在B站更新的。 现在就是按系列来的，现在是JVM系列，前面有并发系列
泰斯法耶:
看标题以为说jmap histo等返回结果里怎么快速判断的[doge]

【回复】回复 @泰斯法耶 :哈哈， 后面安排上～～
不爱穿裤子的小红娘:
如果线上fullgc频繁,但是又不会oom这个时候怎么排查是哪行代码出了错,比如排查出一个byte数组占用1g那么怎么定位这个1g的byte数组在代码中的位置呢

六局团:
大佬 你生产环境是直接配置了dump吗 实话实说哦

【回复】摘流啊 直接dump没问题 有些上来直接jstack jmap的真的不怕直接fullgc
青空灰蓝:
应届生没有线上经验也要考虑OOM问题吗

【回复】应届生不需要哦~ 应届生主要是问在学校学习的东西，以及在学校做的项目，不会问太超纲的。
路上有音乐:
复制是复制存活对象，并不是garbage.......