idea启动日志在哪里_牛逼了！用 IDEA 扒出了开源组件导致FGC的原因
點(diǎn)擊上方“占小狼的博客”，選擇“設(shè)為星標(biāo)
最近熱文
?JDK13的 5個(gè)新特性，搶先看，開(kāi)車都追不上了！
面試官問(wèn)，使用Dubbo有沒(méi)有遇到一些坑？我笑了。
螞蟻面試：字符串在JVM中如何存放？
某天上午收到最近發(fā)布的一個(gè)服務(wù)頻繁FGC的告警，這個(gè)服務(wù)只是給公司內(nèi)部相關(guān)人員使用的，并非給互聯(lián)網(wǎng)用戶提供服務(wù)的系統(tǒng)。而且功能也比較簡(jiǎn)單，就是查看一些統(tǒng)計(jì)信息、報(bào)表數(shù)據(jù)、數(shù)據(jù)導(dǎo)出Excel等，訪問(wèn)量非常低。
另外，由于這個(gè)服務(wù)并不是OLTP，所以就是簡(jiǎn)單的使用默認(rèn)的ParallGC垃圾回收器，JVM參數(shù)也只是做了簡(jiǎn)單的配置：
-Xmx512m?-Xms512m?-Xmn256m?XX:+PrintGCDetails??-XX:+PrintGCDateStamps?
關(guān)鍵線索
廢話不多說(shuō)，既然有FGC，那就首先查看GC日志。畢竟FGC的原因還是比較多的，GC日志也是最直觀的展示FGC原因的證據(jù)之一。
這里要補(bǔ)充一句，我們?cè)谂挪閱?wèn)題時(shí)，切記不要靠自己的主觀意識(shí)猜測(cè)，而應(yīng)該做到每一步的推斷都有理有據(jù)，這樣才能越來(lái)越接近真相，找出真正的兇手。
GC日志中尋找FGC的命令以及結(jié)果如下所示(只貼出部分)：
afeideMacBook-Pro:jvm afei$ grep "full gc" -i gc.log
2019-06-15T09:35:04.168-0800: [Full GC (System.gc()) [PSYoungGen: 6963K->0K(229376K)] [ParOldGen: 8K->6793K(262144K)] 6971K->6793K(491520K), [Metaspace: 5160K->5160K(1056768K)], 0.0085889 secs] [Times: user=0.03 sys=0.01, real=0.01 secs]
2019-06-15T09:40:08.520-0800: [Full GC (System.gc()) [PSYoungGen: 5184K->0K(229376K)] [ParOldGen: 6793K->6090K(262144K)] 11977K->6090K(491520K), [Metaspace: 5168K->5168K(1056768K)], 0.0085573 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]
... ...
根據(jù)這段GC日志就能非常肯定：是因?yàn)槟承┑胤秸{(diào)用System.gc()觸發(fā)的FGC。
因?yàn)檫@個(gè)服務(wù)訪問(wèn)亮比較小，并發(fā)量并不高。所以，筆者想看看觸發(fā)FGC的時(shí)候，服務(wù)被調(diào)用了什么接口(如果是并發(fā)很高的OLTP，這種方法可能就不是很適用，畢竟每秒TPS成百上千，甚至更大，根本無(wú)法確定是哪個(gè)接口引起的)。
以上面這段FGC日志，根據(jù)其觸發(fā)的時(shí)間點(diǎn)，然后去系統(tǒng)業(yè)務(wù)日志中查找。很順利我們就找到了這個(gè)時(shí)候是調(diào)用了一個(gè)導(dǎo)出報(bào)表數(shù)據(jù)到Excel并下載的接口。一開(kāi)始我還有點(diǎn)懷疑會(huì)不會(huì)是導(dǎo)出數(shù)據(jù)量很大引起FGC，但是后面走讀業(yè)務(wù)代碼，發(fā)現(xiàn)導(dǎo)出數(shù)據(jù)限制最大不超過(guò)1000，所以，這個(gè)猜想也就被否定了。
重現(xiàn)問(wèn)題
既然是導(dǎo)出Excel引起的，那么筆者就打算模擬這段代碼，試圖以最小量的代碼看是否能重現(xiàn)這個(gè)問(wèn)題。畢竟：范圍越小，距離真相也就越近。
所以，筆者根據(jù)這個(gè)接口的業(yè)務(wù)代碼，等價(jià)的寫出了下面這段代碼：
public class JxlTest {
public static void main(String[] args) throws Exception {
for (int i = 0; i < 10; i++) {
excelGen();
}
}
private static void excelGen() throws Exception {
WritableWorkbook book = null;
WritableSheet sheet;
try {
book = Workbook.createWorkbook(new File("/Users/litian/afei.xls"));
sheet = book.createSheet("PageNo.1", 0);
Label label = new Label(0, 0, "公眾號(hào)：【阿飛的博客】");
sheet.addCell(label);
book.write();
} catch (Exception e) {
e.printStackTrace();
} finally {
book.close();
}
}
}
配套的JVM參數(shù)如下，接下來(lái)運(yùn)行這段代碼即可。過(guò)程是如此順利，10次Excel操作，10次FGC：
-XX:+PrintGCDateStamps -XX:+PrintGCDetails
-Xmx512m -Xms512m -Xmn256m
-verbose:gc
之所以用這段JVM參數(shù)，是為了希望通過(guò)-verbose:gc將GC日志直接輸出到idea的控制臺(tái)，而不是將GC日志輸出到GC日志文件中，這樣更方便定位問(wèn)題。而且這段JVM參數(shù)相比生產(chǎn)環(huán)境的JVM參數(shù)，堆的大小和比例都是一樣的，垃圾回收器也都是默認(rèn)的。
既然重現(xiàn)問(wèn)題了，那就相當(dāng)于問(wèn)題解決了一半。竊喜，哈哈哈～～～
另辟蹊徑
事實(shí)上定位這種問(wèn)題最常見(jiàn)的方法還是借助btrace跟蹤是哪里調(diào)用了System.gc()，畢竟，如果不能像筆者這種場(chǎng)景用一段很小的代碼重現(xiàn)問(wèn)題，筆者接下來(lái)介紹的方法可行性就不是很高。但是既然重現(xiàn)了，那么筆者今天就介紹另外一個(gè)門檻更低的辦法：借助IDEA強(qiáng)大的搜索功能。畢竟定位問(wèn)題不是為了炫技，只要能找出問(wèn)題的辦法，都是好辦法。
需要說(shuō)明的，這段代碼筆者是在一個(gè)新建的Maven工程中運(yùn)行的，這段代碼只依賴了一個(gè)jxl。之所以這么做，是為了筆者接下來(lái)介紹的方法能更精確的定位問(wèn)題所在：
net.sourceforge.jexcelapi
jxl
2.6.12
接下來(lái)就是筆者介紹的方法：如何通過(guò)牛逼的IDEA找出是哪里調(diào)用了System.gc()。在搜索觸發(fā)FGC的元兇之前，需要先下載jxl的源碼--這段重現(xiàn)問(wèn)題源碼唯一的Maven依賴。這個(gè)下載必不可少，否則IDEA是無(wú)法搜到的：
jxl源碼下載完成后，就是打開(kāi)IDEA強(qiáng)大的搜索了，由于有些同學(xué)是Window，有些同學(xué)是Mac，快捷鍵可能不同。所以筆者不介紹打開(kāi)這個(gè)搜索功能的快捷鍵，而是介紹打開(kāi)這個(gè)搜索功能的路徑：
#?這里是Find?in?Path，而不是FindEdit->Find->Find?in?Path?#?范圍選擇Scope->Custom->Project?and?Libraries
需要再次強(qiáng)調(diào)，一定要先通過(guò)idea下載jxl的源碼，否則 FindinPath是搜不到項(xiàng)目依賴的jxl中的內(nèi)容。如下圖所示，只能搜到j(luò)dk源碼中哪些地方調(diào)用了System.gc()：
如果jxl源碼下載后， FindinPath中選擇范圍 ProjectandLibraries后搜索 System.gc()的結(jié)果應(yīng)該如下所示，紅色框中就是依賴的開(kāi)源組件jxl調(diào)用System.gc的地方：
現(xiàn)在范圍就很小很小了，經(jīng)過(guò)代碼排查，我們很快就發(fā)現(xiàn)是在調(diào)用WritableWorkbook的close()方法時(shí)調(diào)用了System.gc()，從而觸發(fā)了FGC。
很多同學(xué)可能會(huì)想到通過(guò)JVM參數(shù)-XX:+DisableExplicitGC來(lái)屏蔽掉System.gc()的調(diào)用，這不是解決問(wèn)題，而是掩蓋問(wèn)題。而且事實(shí)上，這里還有更好的辦法，請(qǐng)繼續(xù)往下看。
解決方案
我們排查jxl中所有調(diào)用System.gc()的地方，發(fā)現(xiàn)都是下面這種姿勢(shì)。Bingo，那么我們只需要將workbookSettings中g(shù)cDisabled這個(gè)字段的值設(shè)置為true就不會(huì)調(diào)用System.gc了：
if (!workbookSettings.getGCDisabled()) {
System.gc();
}
gcDisabled設(shè)置為true非常簡(jiǎn)單，只需要稍微改造一下Workbook.createWorkbook()即可：
WorkbookSettings settings = new WorkbookSettings();
settings.setGCDisabled(true);
book = Workbook.createWorkbook(new File("/Users/litian/afei.xls"), settings);
代碼改造后再次執(zhí)行，再也不會(huì)有調(diào)用System.gc觸發(fā)FGC了。美滋滋呀～～
需要說(shuō)明的是，最后還需要對(duì)這段代碼進(jìn)行壓測(cè)，不斷循環(huán)調(diào)用，看看是否GC異常，或者有堆外內(nèi)存泄漏的情況(堆外內(nèi)存只升不降)。
幸運(yùn)的是，沒(méi)有任何問(wèn)題。開(kāi)心！
最后，分享一份面試寶典《Java核心知識(shí)點(diǎn)整理.pdf》，覆蓋了JVM、鎖、高并發(fā)、反射、Spring原理、微服務(wù)、Zookeeper、數(shù)據(jù)庫(kù)、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：點(diǎn)“好看”，關(guān)注公眾號(hào)并回復(fù)?666 領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
明天見(jiàn)(｡･ω･｡)ﾉ?
總結(jié)
以上是生活随笔為你收集整理的idea启动日志在哪里_牛逼了！用 IDEA 扒出了开源组件导致FGC的原因的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： html多行文本框_前端面试集锦 HT
- 下一篇： iris数据_MAT之ELM：ELM实现