點擊右邊

Int老虎機玩法 elliJ IDEA 機能優化的教程詳解

idea關上的多了 內存占用也就多了 下邊是親試的優化ide機能的要領

1.配置JVM的啟動參數:

  進入idea的裝置目次的bin文件夾

  關上 idea.exe.vmoptions 文件, 點竄-Xmx 的 值為2048m

  關上 idea64.exe.vmoptions 文件, 點竄-Xmx 的 值為2048m

  

  關上idea.properties文件,找到idea.max.intellisense.filesize,默許是2500,改成25000(數值僅供參考,詳細數值依據本人文件巨細來定)

  參數作用:

    -Xms1024m 配置初時的內存巨細,提高Java法式的啟動速率
    -Xmx2048m 配置最大內存數,提高該值,可以淘汰內存Garage網絡的頻率,提高法式機能
    -XX:ReservedCodeCacheSize=480m配置代碼內存容量
    -XX:+UseParNewGC 使用并行網絡算法
    -server 節制內存garage方式,如許你無需在花一到兩分鐘守候內存garage的網絡

2.菜單設置配置JVM的啟動參數:經由過程Help – Edit Custom VM Options…菜單配置設置,IntelliJ會優先使用這個處所的設置文件

3.封閉代碼反省:  

IntelliJ的代碼檢測功效特別很是強盛,但也占用了一些資本,可以將默許的除 Error以外的其余級其它檢測都往失  

4.清空緩存并重修索引:

  將編譯過程以及Maven的堆值配置大一些

  

ps:上面望下IntelliJ IDEA 更新后,電腦卡成球,該若何優化?

泉源 | https://urlify.cn/NBBbam

在以及共事的一次接頭中發明,對 IntelliJ IDEA 內存采取不同的配置方案,會對 IDE 的速率以及相應本領發生不同的影響。

Don’t be a Scrooge and give your IDE some more memory

不要做吝嗇鬼,給IDE多留點內存吧。

昨天,人人便是否自界說IntelliJ IDEA 的內存配置進行了接頭,有些人選擇默許配置,有些人會對默許的配置進行簡略的變革,還有一些開發者會基于他們的需求進行周全龐大的配置。筆者現在的事情是處置幾個微服務項目以及一個老項目,而客戶的焦點營業需求特別很是大。對 IntelliJ IDEA 內存進行簡略配置之后,筆者明明感觸感染到了該 IDE 在速率以及相應方面的改良。但那時筆者并未進行詳細的丈量,以是這只是客觀感觸感染罷了。

無非,介入接頭的一名開發者給筆者大樂透玩法包牌發了一份他的配置,固然是針對同個項目,該配置卻極其龐大。筆者對本人的配置并無不滿,但特別很是獵奇,這些齊全不同的配置比擬 JetBrains 供應的默許配置,會有奈何的不同。

方針

筆者的企圖是,在一個靠近一樣平常開發項目的場景下(加載一個大項目、加載2、3個微服務、git pull 后革新大項目),測試各個配置帶來的結果,并選出內存損耗以及速率都到達最優時的最好配置。

測試機械以及項目

條記本電腦:MacBook Pro Retina, 2.3GHz I大樂透中2個號碼多少錢ntel Core i7, 16GB 1600Mh麻將現金版z DDR3,SSD Disc, OS X Yosemite

項目

大項目—— Monolith ,70萬行代碼( Java[1] 8 以及 Groovy ),303個Gradle模塊

兩個微服務——約有10000——20000行代碼( Java 8 以及 Groovy )的小項目,各有一個Gradle模塊

測試場景

在 Idea 中封閉一切項目

基于測試文件 idea.vmoptions 進行配置

重啟電腦

啟動后封閉一切不相關的項目( communicators 等等)

關上大樂透玩法 Idea(測試時間)

關上大項目(測試時間)

反省 jstat -gcutil

關上兩個微服務項目(測試時間)

反省 jstat -gcutil

返歸大項目然后點擊“革新 Gradle 項目”按鈕(測試時間)

反省 jstat -gcutil

jstat -gcutil

jstat 是 JDK 自帶的對象,首要行使 JVM 內建的指令對 Java 運用法式的資本以及機能進行及時的下令行監控,還包含對 Heap size 以及渣滓歸收狀態的監控。它有很多選項來網絡種種數據,但這里只會用到: 

-gcutil :

-gcutil – Summary of garbage collection statistics.
S0: Survivor space 0 utilization as a percentage of the space’s current capacity.
S1: Survivor space 1 utilization as a percentage of the space’s current capacity.
E: Eden space utilization as a percentage of the space’s current capacity.
O: Old space utilization as a percentage of the space’s current capacity.
M: Metaspace utilization as a percentage of the space’s current capacity.
CCS: Compressed class space utilization as a percentage.
YGC: Number of young generation GC events.
YGCT: Young generation garbage collection time.
FGC: Number of full GC events.
FGCT: Full garbage collection time.
GCT: Total garbage collection time.

這個下令的輸入效果以下:

S0     S1    E     O     M    CCS  YGC YGCT FGC  FGCT   GCT
89.70 0.00 81.26 74.27 95.68 91.76 40 2.444 14  0.715  3.159

在本文中,最緊張的參數539玩法二合是 GC 事宜( YGC 以及 FGC )次數以及網絡時間( YGCT 以及 FGCT )。

測試配置

筆者配置了四種不同的配置,為了好記,給它們起了不同的名字。

默許(灰色標識)

JetBrains 供應的默許配置:

-Xms128m
-Xmx750m
-XX:MaxPermSize=350m
-XX:ReservedCodeCacheSize=240m
-XX:+UseCompressedOops

Big(大)(赤色標識)

給 Xmx 配 4096MB, ReservedCodeCacheSize 配置 1024MB,這已經經是相稱多的內存了:

-Xms1024m
-Xmx4096m
-XX:ReservedCodeCacheSize=1024m
-XX:+UseCompressedOops

Balanced(均衡的)(藍色標識)

Xmx 以及 Xms 都調配 2GB ,這是相稱均衡的內存損耗:

-Xms2g
-Xmx2g
-XX:ReservedCodeCacheSize=1024m
-XX:+UseCompressedOops

Sophisticated(龐大的)(橘色標識)

以及下面同樣, Xmx 以及 Xms 都調配2GB,然則給 GC 以及內存治理指定不同的渣滓歸收器以及很多不同的標記:

【免責聲明】本站內容轉載自互聯網,其相關談吐僅代表作者小我私家概念盡非權勢巨子,不代表本站態度。如您發明內容存在版權成績,請提交相關鏈接至郵箱:,咱們將實時予以處置。