如何提高jvm編譯速度

⑴ java編譯為什麼那麼慢

ecplipse編譯慢，並不是說編譯的工具慢，是由於工程代碼很多，導致內存短時間產生不夠的現象，表現出來的就是很慢。
很多程序在進行大數據的計算或者資料庫的操作，都需要很多的內存來計算或者保存數據，編譯環境這時候就會很卡。

⑵ 如何優化JAVA代碼及提高執行效率

張小喜告別996 實現高效編程 減少開發壓力 開啟Java高效編程之門（完整版高清視頻）網路網盤

鏈接:

若資源有問題歡迎追問~

⑶ java 編譯優化問題

java編譯的結果是位元組碼而不是二進制，所以在運行時vm的優化才是重要的，包括VM的回收策略、分配給VM內存的大小都能在一定程度上影響性能。Sun的VM支持熱點編譯，對高頻執行的代碼段翻譯的2進制會進行緩存，這也是VM的一種優化。

IBM JVM處理數學運算速度最快，BEA JVM處理大量線程和網路socket性能最好，而Sun JVM處理通常的商業邏輯性能最好。不過Hotspot的Server mode被報告有穩定性的問題。

Java 的最大優勢不是體現在執行速度上，所以對Compiler的要求並不如c++那樣高，代碼級的優化還需要程序員本身的功底。

貼個java的運行參數：

Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)

where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.

-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see

java.lang.instrument

-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see

documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.

Java虛擬機（JVM）參數配置說明

在Java、J2EE大型應用中，JVM非標准參數的配置直接關繫到整個系統的性能。
JVM非標准參數指的是JVM底層的一些配置參數，這些參數在一般開發中默認即可，不需

要任何配置。但是在生產環境中，為了提高性能，往往需要調整這些參數，以求系統達

到最佳新能。
另外這些參數的配置也是影響系統穩定性的一個重要因素，相信大多數Java開發人員都

見過「OutOfMemory」類型的錯誤。呵呵，這其中很可能就是JVM參數配置不當或者就沒

有配置沒意識到配置引起的。

為了說明這些參數，還需要說說JDK中的命令行工具一些知識做鋪墊。

首先看如何獲取這些命令配置信息說明：
假設你是windows平台，你安裝了J2SDK，那麼現在你從cmd控制台窗口進入J2SDK安裝目

錄下的bin目錄，然後運行java命令，出現如下結果，這些就是包括java.exe工具的和

JVM的所有命令都在裡面。

-----------------------------------------------------------------------
D:\j2sdk15\bin>java
Usage: java [-options] class [args...]
(to execute a class)
or java [-options] -jar jarfile [args...]
(to execute a jar file)

where options include:
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is client.

-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print proct version and exit
-version:<value>
require the specified version to run
-showversion print proct version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see

java.lang.instrument
-----------------------------------------------------------------------
在控制台輸出信息中，有個-X（注意是大寫）的命令，這個正是查看JVM配置參數的命

令。

其次，用java -X 命令查看JVM的配置說明：
運行後如下結果，這些就是配置JVM參數的秘密武器，這些信息都是英文的，為了方便

閱讀，我根據自己的理解翻譯成中文了（不準確的地方還請各位博友斧正）
-----------------------------------------------------------------------
D:\j2sdk15\bin>java -X
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xloggc:<file> log GC status to a file with time stamps
-Xbatch disable background compilation
-Xms<size> set initial Java heap size
-Xmx<size> set maximum Java heap size
-Xss<size> set java thread stack size
-Xprof output cpu profiling data
-Xfuture enable strictest checks, anticipating future default
-Xrs rece use of OS signals by Java/VM (see

documentation)
-Xcheck:jni perform additional checks for JNI functions
-Xshare:off do not attempt to use shared class data
-Xshare:auto use shared class data if possible (default)
-Xshare:on require using shared class data, otherwise fail.

The -X options are non-standard and subject to change without notice.
-----------------------------------------------------------------------

JVM配置參數中文說明：
-----------------------------------------------------------------------
1、-Xmixed mixed mode execution (default)
混合模式執行

2、-Xint interpreted mode execution only
解釋模式執行

3、-Xbootclasspath:<directories and zip/jar files separated by ;>
set search path for bootstrap classes and resources
設置zip/jar資源或者類（.class文件）存放目錄路徑

3、-Xbootclasspath/a:<directories and zip/jar files separated by ;>
append to end of bootstrap class path
追加zip/jar資源或者類（.class文件）存放目錄路徑

4、-Xbootclasspath/p:<directories and zip/jar files separated by ;>
prepend in front of bootstrap class path
預先載入zip/jar資源或者類（.class文件）存放目錄路徑

5、-Xnoclassgc disable class garbage collection
關閉類垃圾回收功能

6、-Xincgc enable incremental garbage collection
開啟類的垃圾回收功能

7、-Xloggc:<file> log GC status to a file with time stamps
記錄垃圾回日誌到一個文件。

8、-Xbatch disable background compilation
關閉後台編譯

9、-Xms<size> set initial Java heap size
設置JVM初始化堆內存大小

10、-Xmx<size> set maximum Java heap size
設置JVM最大的堆內存大小

11、-Xss<size> set java thread stack size
設置JVM棧內存大小

12、-Xprof output cpu profiling data
輸入CPU概要表數據

13、-Xfuture enable strictest checks, anticipating future default
執行嚴格的代碼檢查，預測可能出現的情況

14、-Xrs rece use of OS signals by Java/VM (see

documentation)
通過JVM還原操作系統信號

15、-Xcheck:jni perform additional checks for JNI functions
對JNI函數執行檢查

16、-Xshare:off do not attempt to use shared class data
盡可能不去使用共享類的數據

17、-Xshare:auto use shared class data if possible (default)
盡可能的使用共享類的數據

18、-Xshare:on require using shared class data, otherwise fail.
盡可能的使用共享類的數據，否則運行失敗

The -X options are non-standard and subject to change without notice.

⑷ jvm 性能調優工具之 jstat 命令詳解

Jstat名稱：Java Virtual Machine statistics monitoring tool

功能描述：

Jstat是JDK自帶的一個輕量級小工具。它位於java的bin目錄下，主要利用JVM內建的指令對Java應用程序的資源和性能進行實時的命令行的監控，包括了對Heap size和垃圾回收狀況的監控。

命令用法：jstat [-命令選項] [vmid] [間隔時間/毫秒] [查詢次數]
注意：使用的jdk版本是jdk8。

C:\Users\Administrator>jstat -helpUsage: jstat -help|-options jstat -<option> [-t] [-h<lines>] <vmid> [<interval> [<count>]] Definitions: <option> An option reported by the -options option <vmid> Virtual Machine Identifier. A vmid takes the following form: <lvmid>[@<hostname>[:<port>]] Where <lvmid> is the local vm identifier for the target Java virtual machine, typically a process id; <hostname> is the name of the host running the target Java virtual machine; and <port> is the port number for the rmiregistry on the target host. See the jvmstat documentation for a more complete description of the Virtual Machine Identifier. <lines> Number of samples between header lines. <interval> Sampling interval. The following forms are allowed: <n>["ms"|"s"] Where <n> is an integer and the suffix specifies the units as milliseconds("ms") or seconds("s"). The default units are "ms". <count> Number of samples to take before terminating. -J<flag> Pass <flag> directly to the runtime system.
option：參數選項
-t：可以在列印的列加上Timestamp列，用於顯示系統運行的時間
-h：可以在周期性數據輸出的時候，指定輸出多少行以後輸出一次表頭
vmid：Virtual Machine ID（ 進程的 pid）
interval：執行每次的間隔時間，單位為毫秒
count：用於指定輸出多少次記錄，預設則會一直列印
option 可以從下面參數中選擇

jstat -options

-class 用於查看類載入情況的統計
-compiler 用於查看HotSpot中即時編譯器編譯情況的統計
-gc 用於查看JVM中堆的垃圾收集情況的統計
-gccapacity 用於查看新生代、老生代及持久代的存儲容量情況
-gcmetacapacity 顯示metaspace的大小
-gcnew 用於查看新生代垃圾收集的情況
-gcnewcapacity 用於查看新生代存儲容量的情況
-gcold 用於查看老生代及持久代垃圾收集的情況
-gcoldcapacity 用於查看老生代的容量
-gcutil 顯示垃圾收集信息
-gccause 顯示垃圾回收的相關信息（通-gcutil）,同時顯示最後一次僅當前正在發生的垃圾收集的原因
-printcompilation 輸出JIT編譯的方法信息
示例：

1.-class 類載入統計

[root@hadoop ~]# jps #先通過jps獲取到java進程號（這里是一個zookeeper進程）3346 QuorumPeerMain7063 Jps[root@hadoop ~]# jstat -class 3346 #統計JVM中載入的類的數量與sizeLoaded Bytes Unloaded Bytes Time 1527 2842.7 0 0.0 1.02
Loaded:載入類的數量
Bytes：載入類的size，單位為Byte
Unloaded：卸載類的數目
Bytes：卸載類的size，單位為Byte
Time：載入與卸載類花費的時間
2.-compiler 編譯統計

[root@hadoop ~]# jstat -compiler 3346 #用於查看HotSpot中即時編譯器編譯情況的統計Compiled Failed Invalid Time FailedType FailedMethod 404 0 0 0.19 0
Compiled：編譯任務執行數量
Failed：編譯任務執行失敗數量
Invalid：編譯任務執行失效數量
Time：編譯任務消耗時間
FailedType：最後一個編譯失敗任務的類型
FailedMethod：最後一個編譯失敗任務所在的類及方法
3.-gc 垃圾回收統計

[root@hadoop ~]# jstat -gc 3346 #用於查看JVM中堆的垃圾收集情況的統計 S0C S1C S0U S1U EC EU OC OU MC MU CCSC CCSU YGC YGCT FGC FGCT GCT 128.0 128.0 0.0 128.0 1024.0 919.8 15104.0 2042.4 8448.0 8130.4 1024.0 996.0 7 0.019 0 0.000 0.019
S0C：年輕代中第一個survivor（倖存區）的容量 （位元組）
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
S0U：年輕代中第一個survivor（倖存區）目前已使用空間 (位元組)
S1U：年輕代中第二個survivor（倖存區）目前已使用空間 (位元組)
EC：年輕代中Eden（伊甸園）的容量 (位元組)
EU：年輕代中Eden（伊甸園）目前已使用空間 (位元組)
OC：Old代的容量 (位元組)
OU：Old代目前已使用空間 (位元組)
MC：metaspace(元空間)的容量 (位元組)
MU：metaspace(元空間)目前已使用空間 (位元組)
CCSC：當前壓縮類空間的容量 (位元組)
CCSU：當前壓縮類空間目前已使用空間 (位元組)
YGC：從應用程序啟動到采樣時年輕代中gc次數
YGCT：從應用程序啟動到采樣時年輕代中gc所用時間(s)
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
GCT：從應用程序啟動到采樣時gc用的總時間(s)
4.-gccapacity 堆內存統計

[root@hadoop ~]# jstat -gccapacity 3346 #用於查看新生代、老生代及持久代的存儲容量情況 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0[root@hadoop ~]# jstat -gccapacity -h5 3346 1000 #-h5：每5行顯示一次表頭 1000：每1秒鍾顯示一次，單位為毫秒 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0 1280.0 83264.0 1280.0 128.0 128.0 1024.0 15104.0 166592.0 15104.0 15104.0 0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 7 0
NGCMN：年輕代(young)中初始化(最小)的大小(位元組)
NGCMX：年輕代(young)的最大容量 (位元組)
NGC：年輕代(young)中當前的容量 (位元組)
S0C：年輕代中第一個survivor（倖存區）的容量 (位元組)
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
EC：年輕代中Eden（伊甸園）的容量 (位元組)
OGCMN：old代中初始化(最小)的大小 (位元組)
OGCMX：old代的最大容量(位元組)
OGC：old代當前新生成的容量 (位元組)
OC：Old代的容量 (位元組)
MCMN：metaspace(元空間)中初始化(最小)的大小 (位元組)
MCMX：metaspace(元空間)的最大容量 (位元組)
MC：metaspace(元空間)當前新生成的容量 (位元組)
CCSMN：最小壓縮類空間大小
CCSMX：最大壓縮類空間大小
CCSC：當前壓縮類空間大小
YGC：從應用程序啟動到采樣時年輕代中gc次數
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
5.-gcmetacapacity 元數據空間統計

[root@hadoop ~]# jstat -gcmetacapacity 3346 #顯示元數據空間的大小MCMN MCMX MC CCSMN CCSMX CCSC YGC FGC FGCT GCT0.0 1056768.0 8448.0 0.0 1048576.0 1024.0 8 0 0.000 0.020
MCMN：最小元數據容量
MCMX：最大元數據容量
MC：當前元數據空間大小
CCSMN：最小壓縮類空間大小
CCSMX：最大壓縮類空間大小
CCSC：當前壓縮類空間大小
YGC：從應用程序啟動到采樣時年輕代中gc次數
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
GCT：從應用程序啟動到采樣時gc用的總時間(s)
6.-gcnew 新生代垃圾回收統計

[root@hadoop ~]# jstat -gcnew 3346 #用於查看新生代垃圾收集的情況S0C S1C S0U S1U TT MTT DSS EC EU YGC YGCT128.0 128.0 67.8 0.0 1 15 64.0 1024.0 362.2 8 0.020
S0C：年輕代中第一個survivor（倖存區）的容量 (位元組)
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
S0U：年輕代中第一個survivor（倖存區）目前已使用空間 (位元組)
S1U：年輕代中第二個survivor（倖存區）目前已使用空間 (位元組)
TT：持有次數限制
MTT：最大持有次數限制
DSS：期望的倖存區大小
EC：年輕代中Eden（伊甸園）的容量 (位元組)
EU：年輕代中Eden（伊甸園）目前已使用空間 (位元組)
YGC：從應用程序啟動到采樣時年輕代中gc次數
YGCT：從應用程序啟動到采樣時年輕代中gc所用時間(s)
7.-gcnewcapacity 新生代內存統計

[root@hadoop ~]# jstat -gcnewcapacity 3346 #用於查看新生代存儲容量的情況NGCMN NGCMX NGC S0CMX S0C S1CMX S1C ECMX EC YGC FGC1280.0 83264.0 1280.0 8320.0 128.0 8320.0 128.0 66624.0 1024.0 8 0
NGCMN：年輕代(young)中初始化(最小)的大小(位元組)
NGCMX：年輕代(young)的最大容量 (位元組)
NGC：年輕代(young)中當前的容量 (位元組)
S0CMX：年輕代中第一個survivor（倖存區）的最大容量 (位元組)
S0C：年輕代中第一個survivor（倖存區）的容量 (位元組)
S1CMX：年輕代中第二個survivor（倖存區）的最大容量 (位元組)
S1C：年輕代中第二個survivor（倖存區）的容量 (位元組)
ECMX：年輕代中Eden（伊甸園）的最大容量 (位元組)
EC：年輕代中Eden（伊甸園）的容量 (位元組)
YGC：從應用程序啟動到采樣時年輕代中gc次數
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
8.-gcold 老年代垃圾回收統計

[root@hadoop ~]# jstat -gcold 3346 #用於查看老年代及持久代垃圾收集的情況MC MU CCSC CCSU OC OU YGC FGC FGCT GCT8448.0 8227.5 1024.0 1003.7 15104.0 2102.2 8 0 0.000 0.020
MC：metaspace(元空間)的容量 (位元組)
MU：metaspace(元空間)目前已使用空間 (位元組)
CCSC：壓縮類空間大小
CCSU：壓縮類空間使用大小
OC：Old代的容量 (位元組)
OU：Old代目前已使用空間 (位元組)
YGC：從應用程序啟動到采樣時年輕代中gc次數
FGC：從應用程序啟動到采樣時old代(全gc)gc次數
FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
GCT：從應用程序啟動到采樣時gc用的總時間(s)
9.-gcoldcapacity 老年代內存統計

[root@hadoop ~]# jstat -gcoldcapacity 3346 #用於查看老年代的容量OGCMN OGCMX OGC OC YGC FGC FGCT GCT15104.0 166592.0 15104.0 15104.0 8 0 0.000 0.020
OGCMN：old代中初始化(最小)的大小 (位元組)OGCMX：old代的最大容量(位元組)OGC：old代當前新生成的容量 (位元組)OC：Old代的容量 (位元組)YGC：從應用程序啟動到采樣時年輕代中gc次數FGC：從應用程序啟動到采樣時old代(全gc)gc次數FGCT：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)GCT：從應用程序啟動到采樣時gc用的總時間(s) 在此我向大家推薦一個架構學習交流圈。交流學習指導偽鑫：1253431195（裡面有大量的面試題及答案）裡面會分享一些資深架構師錄制的視頻錄像：有Spring，MyBatis，Netty源碼分析，高並發、高性能、分布式、微服務架構的原理，JVM性能優化、分布式架構等這些成為架構師必備的知識體系。還能領取免費的學習資源，目前受益良多
10.-gcutil 垃圾回收統計

[root@hadoop ~]# jstat -gcutil 3346 #顯示垃圾收集信息S0 S1 E O M CCS YGC YGCT FGC FGCT GCT52.97 0.00 42.10 13.92 97.39 98.02 8 0.020 0 0.000 0.020
S0：年輕代中第一個survivor（倖存區）已使用的占當前容量百分比
S1：年輕代中第二個survivor（倖存區）已使用的占當前容量百分比
E：年輕代中Eden（伊甸園）已使用的占當前容量百分比
O：old代已使用的占當前容量百分比
M：元數據區已使用的占當前容量百分比
CCS：壓縮類空間已使用的占當前容量百分比
YGC ：從應用程序啟動到采樣時年輕代中gc次數
YGCT ：從應用程序啟動到采樣時年輕代中gc所用時間(s)
FGC ：從應用程序啟動到采樣時old代(全gc)gc次數
FGCT ：從應用程序啟動到采樣時old代(全gc)gc所用時間(s)
GCT：從應用程序啟動到采樣時gc用的總時間(s)
11.-gccause

[root@hadoop ~]# jstat -gccause 3346 #顯示垃圾回收的相關信息（通-gcutil）,同時顯示最後一次或當前正在發生的垃圾回收的誘因S0 S1 E O M CCS YGC YGCT FGC FGCT GCT LGCC GCC52.97 0.00 46.09 13.92 97.39 98.02 8 0.020 0 0.000 0.020 Allocation Failure No GC
LGCC：最後一次GC原因
GCC：當前GC原因（No GC 為當前沒有執行GC）
12.-printcompilation JVM編譯方法統計

[root@hadoop ~]# jstat -printcompilation 3346 #輸出JIT編譯的方法信息Compiled Size Type Method421 60 1 sun/nio/ch/Util$2 clear
Compiled：編譯任務的數目
Size：方法生成的位元組碼的大小
Type：編譯類型
Method：類名和方法名用來標識編譯的方法。類名使用/做為一個命名空間分隔符。方法名是給定類中的方法。上述格式是由-XX:+PrintComplation選項進行設置的
遠程監控

與jps一樣，jstat也支持遠程監控，同樣也需要開啟安全授權，方法參照jps。

C:\Users\Administrator>jps 192.168.146.1283346 QuorumPeerMain3475 JstatdC:\Users\Administrator>jstat -gcutil [email protected] S0 S1 E O M CCS YGC YGCT FGC FGCT GCT 52.97 0.00 65.15 13.92 97.39 98.02 8 0.020 0 0.000 0.020

⑸ Java代碼如何優化

今天就跟中公優就業一起來看看java代碼優化細節。

1、盡量指定類、方法的final修飾符

帶有final修飾符的類是不可派生的。在Java核心API中，有許多應用final的例子，例如java.lang.String，整個類都是final的。為類指定final修飾符可以讓類不可以被繼承，為方法指定final修飾符可以讓方法不可以被重寫。如果指定了一個類為final，則該類所有的方法都是final的。Java編譯器會尋找機會內聯所有的final方法，內聯對於提升Java運行效率作用重大，具體參見Java運行期優化。此舉能夠使性能平均提高50%。

2、盡量重用對象

特別是String對象的使用，出現字元串連接時應該使用StringBuilder/StringBuffer代替。由於Java虛擬機不僅要花時間生成對象，以後可能還需要花時間對這些對象進行垃圾回收和處理，因此，生成過多的對象將會給程序的性能帶來很大的影響。

3、盡可能使用局部變數

調用方法時傳遞的參數以及在調用中創建的臨時變數都保存在棧中速度較快，其他變數，如靜態變數、實例變數等，都在堆中創建，速度較慢。另外，棧中創建的變數，隨著方法的運行結束，這些內容就沒了，不需要額外的垃圾回收。

4、及時關閉流

Java編程過程中，進行資料庫連接、I/O流操作時務必小心，在使用完畢後，及時關閉以釋放資源。因為對這些大對象的操作會造成系統大的開銷，稍有不慎，將會導致嚴重的後果。

5、盡量減少對變數的重復計算

明確一個概念，對方法的調用，即使方法中只有一句語句，也是有消耗的，包括創建棧幀、調用方法時保護現場、調用方法完畢時恢復現場等。所以例如下面的操作：

for (int i = 0; i < list.size(); i++){...}

建議替換為：

for (int i = 0, int length = list.size(); i < length; i++){...}

這樣，在list.size()很大的時候，就減少了很多的消耗

6、盡量採用懶載入的策略，即在需要的時候才創建

例如：

String str = "aaa";if (i == 1){list.add(str);}

建議替換為：

if (i == 1){String str = "aaa";list.add(str);}

7、慎用異常

異常對性能不利。拋出異常首先要創建一個新的對象，Throwable介面的構造函數調用名為fillInStackTrace()的本地同步方法，fillInStackTrace()方法檢查堆棧，收集調用跟蹤信息。只要有異常被拋出，Java虛擬機就必須調整調用堆棧，因為在處理過程中創建了一個新的對象。異常只能用於錯誤處理，不應該用來控製程序流程。

8、不要在循環中使用try…catch…，應該把其放在最外層

除非不得已。如果毫無理由地這么寫了，只要你的領導資深一點、有強迫症一點，八成就要罵你為什麼寫出這種垃圾代碼來了

9、如果能估計到待添加的內容長度，為底層以數組方式實現的集合、工具類指定初始長度

比如ArrayList、LinkedLlist、StringBuilder、StringBuffer、HashMap、HashSet等等，以StringBuilder為例：

(1)StringBuilder() // 默認分配16個字元的空間

(2)StringBuilder(int size) // 默認分配size個字元的空間

(3)StringBuilder(String str)// 默認分配16個字元+str.length()個字元空間

可以通過類(這里指的不僅僅是上面的StringBuilder)的來設定它的初始化容量，這樣可以明顯地提升性能。比如StringBuilder吧，length表示當前的StringBuilder能保持的字元數量。因為當StringBuilder達到最大容量的時候，它會將自身容量增加到當前的2倍再加2，無論何時只要StringBuilder達到它的最大容量，它就不得不創建一個新的字元數組然後將舊的字元數組內容拷貝到新字元數組中—-這是十分耗費性能的一個操作。試想，如果能預估到字元數組中大概要存放5000個字元而不指定長度，最接近5000的2次冪是4096，每次擴容加的2不管，那麼：

(1)在4096 的基礎上，再申請8194個大小的字元數組，加起來相當於一次申請了12290個大小的字元數組，如果一開始能指定5000個大小的字元數組，就節省了一倍以上的空間

(2)把原來的4096個字元拷貝到新的的字元數組中去

這樣，既浪費內存空間又降低代碼運行效率。所以，給底層以數組實現的集合、工具類設置一個合理的初始化容量是錯不了的，這會帶來立竿見影的效果。但是，注意，像HashMap這種是以數組+鏈表實現的集合，別把初始大小和你估計的大小設置得一樣，因為一個table上只連接一個對象的可能性幾乎為0。初始大小建議設置為2的N次冪，如果能估計到有2000個元素，設置成new HashMap(128)、new HashMap(256)都可以。

10、當復制大量數據時，使用System.array()命令

⑹ 如何解決android studio運行編譯速度慢

開啟gradle單獨的守護進程：
在下面的目錄下面創建gradle.properties文件：
/home/<username>/.gradle/ (Linux)
/Users/<username>/.gradle/ (Mac)
C:\Users\<username>\.gradle (Windows)
並在文件中增加：
org.gradle.daemon=true

同時修改項目下的gradle.properties文件也可以優化：
# Project-wide Gradle settings.

# IDE (e.g. Android Studio) users:
# Settings specified in this file will override any Gradle settings
# configured through the IDE.

# For more details on how to configure your build environment visit
# http://www.gradle.org/docs/current/userguide/build_environment.html

# The Gradle daemon aims to improve the startup and execution time of Gradle.
# When set to true the Gradle daemon is to run the build.
# TODO: disable daemon on CI, since builds should be clean and reliable on servers
org.gradle.daemon=true

# Specifies the JVM arguments used for the daemon process.
# The setting is particularly useful for tweaking memory settings.
# Default value: -Xmx10248m -XX:MaxPermSize=256m
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

# When configured, Gradle will run in incubating parallel mode.
# This option should only be used with decoupled projects. More details, visit
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:decoupled_projects
org.gradle.parallel=true

# Enables new incubating mode that makes Gradle selective when configuring projects.
# Only relevant projects are configured which results in faster builds for large multi-projects.
# http://www.gradle.org/docs/current/userguide/multi_project_builds.html#sec:configuration_on_demand
org.gradle.configureondemand=true
同時上面的這些參數也可以配置到前面的用戶目錄下的gradle.properties文件里，那樣就不是針對一個項目生效，而是針對所有項目生效。
上面的配置文件主要就是做， 增大gradle運行的java虛擬機的大小，讓gradle在編譯的時候使用獨立進程，讓gradle可以平行的運行。

⑺ JVM調優的常見命令行工具有哪些

JVM調優的常見命令工具包括：
1）jps命令用於查詢正在運行的JVM進程，
2）jstat可以實時顯示本地或遠程JVM進程中類裝載、內存、垃圾收集、JIT編譯等數據
3）jinfo用於查詢當前運行這的JVM屬性和參數的值。
4）jmap用於顯示當前Java堆和永久代的詳細信息
5）jhat用於分析使用jmap生成的mp文件，是JDK自帶的工具
6）jstack用於生成當前JVM的所有線程快照，線程快照是虛擬機每一條線程正在執行的方法,目的是定位線程出現長時間停頓的原因。

⑻ Android Studio編譯慢、卡死和狂佔內存怎麼破

在2020年，仍然使用2g內存的電腦，你可以改變職業。沒有合適的設備，什麼都沒用。Android Studio是內存，設備爛卡死不可避免，要解決卡的問題，一定要升級硬體設備。另一些人則說，對修辭學的回答相當有力，在一定程度上，加快編譯的速度，卻不能解決卡死的問題，沒有人能解釋為什麼會加快編譯的速度。

至於加快編譯，有一種方法，我認為一些主要適用性的答案並不強，實際上應該從gradle開始，什麼不是正確的地方，也請輕噴，有什麼問題可以留個信息。

我談到了下面的所有步驟，建議在最後進行。在終端編譯中有很多好處:

能觀察整個編譯過程，幫助理解層次構建過程;

可以看出哪些任務在編譯過程中耗費時間，可以較慢地編寫出適合的補救方案;

可以終止編譯，如果在某個階段被卡住，CTRL + c終止編譯，Android也會終止在Studio中編譯，但基本上九次會失敗;

因為它最終會對Android Studio產生影響，基本不會導致Android Studio caton;不滿足Android工作室的各種bug ?

最後，為什麼要減少設置中模塊的數量。Gradle實際上可以加速編譯，但是有很多限制?

首先,我們認為編譯過程,首先解析gradle配置,設置任務依賴於有向圖,然後執行每個任務的模塊,如果我們通過maven的依賴關系,使用模塊的aar(單android庫),如果我們想要改變文件在這個模塊,不要再次修改上傳下載,每次都是很好,但是有一個致命的問題:不修改版本號,快照通常不是做的想法。這可能導致一些不會生效的變化，並且需要時間來解決這個問題。但是，有一種方法可以在一定程度上解決這個問題，並添加以下腳本:

項目。配置。所有(新操作<配置> ({@ Overridevoidexecute(配置文件){文件)。ResolutionStrategy。TimeUnit CacheDynamicVersionsFor(5。分鍾)

文件。ResolutionStrategy。TimeUnit CacheChangingMolesFor(0。秒)} })

有人會問，插件，每個人都要開發一個模塊，對於每個模塊的維護都要打包到maven，每次我修改，甚至很小的改動，也要做一個上傳，就會遇到快照不做同樣的問題。嘿，嘿，這個問題，我們公司有一個等級插件，已經解決了，至於解決方案，是公司機密，我不會說。

一件事,我相信大多數開發人員共同發展是單一模塊,該模塊的情況並不多,所以最基本的也是依賴aar或罐子里,並不存在所謂的圖書館aar上傳,所以一些答案的耶和華說並不意味著什麼,這就是為什麼我說影響編譯速度的情況主要集中在它的生命周期的第三階段,第三階段的優化,看到我的答案。

⑼ 在javaoptions里，-XX:CICompilerCount=4是什麼意思

朋友,我來告訴你答案!這就是設置最大並行編譯數，一般不需要特殊設置，或者就設置-XX:CICompilerCount=1來防止編譯器與自己並行。 因為如果設置大於1，雖然編譯速度會提高(但個人感覺並不明顯)，但是同樣影響系統穩定性，會增加JVM崩潰的可能，尤其是在JDK1.4和1.5裡面。 這個算是JVM參數里相當冷門的了，一般是不會用到的。 一般JVM調優，也就設置-Xms-Xmx-Xmn這些內存和分代GC的一些設置。