從JVM看性能分析與設(shè)計(jì)

2019-11-11 05:27:24

字體：大中小

供稿：網(wǎng)友

java語言自90年代出現(xiàn)以來，因?yàn)樗陌踩院涂缙脚_(tái)性（即所謂的”Write Once,Run Anywhere”）等特點(diǎn)，深得廣大程序員的青睞，但是同時(shí)，Java程序的運(yùn)行效率的低下也是程序員的心病。Java是介于解釋型和編譯型之間的一種語言，同樣的程序，如果用編譯型語言C來實(shí)現(xiàn)，其運(yùn)行速度一般要比Java快一倍以上。怎樣提高java應(yīng)用程序的效率是廣大程序員關(guān)心問題。本文將從與Java字節(jié)碼的運(yùn)行過程中影響性能的相關(guān)因素的分析入手,然后,探討一些在Java代碼的設(shè)計(jì)過程中具體的有助于提高性能的策略。一、性能分析 JVM運(yùn)行時(shí)的負(fù)載主要集中在字節(jié)碼的執(zhí)行，內(nèi)存管理，線程管理和其他的操作幾個(gè)方面。 1.1 JVM的結(jié)構(gòu) JVM中運(yùn)行的是Java字節(jié)碼(Bytecode).class文件，這種class文件除了準(zhǔn)確定義一個(gè)類或接口的表示外,還定義了一些與平臺(tái)相關(guān)的諸如字節(jié)順序的詳細(xì)信息。 Java的數(shù)據(jù)類型分為PRimitive和reference，對于不同的數(shù)據(jù)類型的運(yùn)算在JVM中的有不同的指令去執(zhí)行,比如iadd，ladd，fadd就是分別針對int，long，float的加法運(yùn)算,當(dāng)然,它們的執(zhí)行效率也不一樣，運(yùn)行時(shí)的數(shù)據(jù)區(qū)，在一個(gè)程序運(yùn)行時(shí),JVM都要為它定義不同的運(yùn)行數(shù)據(jù)區(qū)，有些數(shù)據(jù)區(qū)在JVM啟動(dòng)時(shí)就創(chuàng)建好了,直到整個(gè)JVM退出時(shí)才釋放掉，還有一些數(shù)據(jù)區(qū)的是屬于每個(gè)線程的,它的生命周期與線程相等。 JVM中的邏輯結(jié)構(gòu)有: PC(program counter)寄存器,每個(gè)線程有自己的PC(program counter)寄存器,當(dāng)JVM執(zhí)行的方法不是本地（Native）的時(shí),這里存放當(dāng)前線程運(yùn)行的指令的地址,如果是本地（Native）的,PC(program counter)寄存器的值沒有定義。 JVM棧(stack),當(dāng)創(chuàng)建線程時(shí),每個(gè)線程都創(chuàng)建一個(gè)屬于自己的棧,用來存放frames(見下面),它存有本地變量，方法調(diào)用中的部分結(jié)果。堆(heap),JVM中所有線程共享這個(gè)堆，類的實(shí)例和數(shù)組都是從堆中分配內(nèi)存的，堆是在整個(gè)JVM啟動(dòng)時(shí)初始化的。方法區(qū)(Method Area),線程間共享，它存放每個(gè)類中的運(yùn)行時(shí)常數(shù)池(runtime constant pool)，域值和方法數(shù)據(jù),以及方法和類的構(gòu)造函數(shù)的代碼,其中包括用于類的特殊方法，實(shí)例初始化和接口類型的初始化，運(yùn)行時(shí)常數(shù)池(runtime constant pool),是每個(gè)類或接口的class文件中的常數(shù)池表在運(yùn)行時(shí)的表示，它包括各種常數(shù)如編譯時(shí)就知道的數(shù)字常量,還有運(yùn)行時(shí)才能確定的方法和域的引用，類似傳統(tǒng)語言的符號表，本地(Native )方法棧(Stack)，用來支持本地(Native)方法調(diào)用，這些方法用非Java的語言編寫,需要傳統(tǒng)的”C”棧。幀(Frames),存放方法調(diào)用中的數(shù)據(jù)和部分結(jié)果及返回值,執(zhí)行動(dòng)態(tài)連接,分派例外，一個(gè)新的Frame在方法被調(diào)用時(shí)創(chuàng)建,方法調(diào)用正?；蚍钦Ｍ瓿蓵r(shí)銷毀，F(xiàn)rame從每個(gè)線程創(chuàng)建的JVM的棧中分配內(nèi)存,它屬于每個(gè)線程，每個(gè)Frame有自己的本地變量組，自己的操作棧(Operand Stack)和指向當(dāng)前方法的運(yùn)行時(shí)常數(shù)池的引用，本地變量組和操作棧的大小在編譯的時(shí)候就已經(jīng)確定，在一個(gè)獲得控制的線程中只有一個(gè)Frame是激活的,這個(gè)Frame為當(dāng)前Frame,它的方法為當(dāng)前方法,方法所屬的類為當(dāng)前類，當(dāng)這個(gè)方法又調(diào)用別的方法或結(jié)束時(shí),這個(gè)當(dāng)前Frame不再激活,一個(gè)新的Frame被創(chuàng)建并成為當(dāng)前Frame,直到當(dāng)前方法調(diào)用完成后,這個(gè)Frame被釋放并返回結(jié)果,前一個(gè)方法的Frame成為當(dāng)前的Frame，本地變量,每個(gè)方法的Frame包含一組在方法中定義的本地變量,它們的大小在Java編譯時(shí)就已確定。動(dòng)態(tài)連接(Dynamic Linking),每個(gè)Frame包含一個(gè)指向當(dāng)前方法的運(yùn)行時(shí)常數(shù)池的引用,它通過符號引用(symbolic references)訪問變量和指向被引用的方法，動(dòng)態(tài)連接(Dynamic Linking)在運(yùn)行時(shí)將這些方法的符號引用轉(zhuǎn)為具體的方法引用,并加載相應(yīng)的類，它還將變量影射到當(dāng)前運(yùn)行時(shí)的變量的內(nèi)存偏移上。 1.2 字節(jié)碼(Bytecode)的執(zhí)行 JVM動(dòng)態(tài)地加載(Loads)，連接(Links)和初始化(Initializes)類和接口的字節(jié)碼，加載(Loading)就是JVM發(fā)現(xiàn)具有某一特定名字的類或接口的二進(jìn)制表示,并從這個(gè)二進(jìn)制表示在內(nèi)存中創(chuàng)建出一個(gè)類或接口，連接(Linking)就是使一個(gè)類或接口與JVM的運(yùn)行時(shí)狀態(tài)很好的結(jié)合,以便執(zhí)行它，一個(gè)類或接口的初始化就是執(zhí)行它的初始化方法。 1.3 內(nèi)存管理 Java是一個(gè)面向?qū)ο蟮恼Z言，因此,在JVM的內(nèi)存中大部分是對象，從上面的分析我們知道,對象的內(nèi)存是從堆(heap)分配的，對象內(nèi)存的回收是由自動(dòng)內(nèi)存管理系統(tǒng)(由叫垃圾收集器-Garbage Collector)來完成的，編程人員是不用顯式的釋放內(nèi)存的，垃圾收集器Garbage Collector通過記錄指向?qū)ο蟮囊玫臄?shù)目來決定是否釋放對象所占據(jù)的內(nèi)存空間,當(dāng)指向某個(gè)對象的引用數(shù)為零時(shí),這個(gè)對象就可以釋放了。 1.4 線程管理 Java是一個(gè)支持多線程的語言，因此線程的管理是JVM的一個(gè)主要工作，每個(gè)線程都有自己的工作內(nèi)存,線程間的共享變量是存放在整個(gè)JVM的主內(nèi)存中的,線程間數(shù)據(jù)的同步通過lock來共享數(shù)據(jù)并保證數(shù)據(jù)的一致性，線程間控制的轉(zhuǎn)移通過對wait，notify等方法的調(diào)用來實(shí)現(xiàn)。 二、性能設(shè)計(jì) 通過以上的分析,我們就以下幾個(gè)方面提出一些有關(guān)性能設(shè)計(jì)的策略。 2.1 對象的構(gòu)造從上面我們知道,Java對象的內(nèi)存是自動(dòng)管理的，因此,一般認(rèn)為,程序員是不用擔(dān)心內(nèi)存的分配的，但這種想法是不完全正確的，java通過垃圾收集器(Garbage Collector)來處理內(nèi)存分配與釋放的底層操作,程序員不用直接管理內(nèi)存,這樣防止了由于內(nèi)存的錯(cuò)誤操作導(dǎo)致的數(shù)據(jù)破壞(corruption)，但并不意味著程序員不用擔(dān)心內(nèi)存的使用,內(nèi)存的使用不但會(huì)給系統(tǒng)帶來很大的負(fù)擔(dān)，比如,Java并不阻止程序占用過多的內(nèi)存,當(dāng)對象向堆所請求的內(nèi)存不足時(shí),垃圾收集器(Garbage Collector)就會(huì)自動(dòng)啟動(dòng),釋放那些引用數(shù)為零的對象所占用的內(nèi)存，Java也不會(huì)自動(dòng)釋放無用的對象的引用,如果程序忘記釋放指向?qū)ο蟮囊?則程序運(yùn)行時(shí)的內(nèi)存隨著時(shí)間的推移而增加,發(fā)生所謂內(nèi)存泄漏(memory leaks)，創(chuàng)建對象不但消耗CPU的時(shí)間和內(nèi)存,同時(shí),為釋放對象內(nèi)存JVM需不停地啟動(dòng)垃圾收集器(Garbage Collector),這也會(huì)消耗大量的CPU時(shí)間。策略：盡量避免在被經(jīng)常調(diào)用的代碼中創(chuàng)建對象。對于集合類(collection),應(yīng)盡量初始化它的大小，如果不初始化它的大小,JVM自動(dòng)給它一個(gè)缺省的大小,當(dāng)你的要求大于這個(gè)缺省的大小時(shí),JVM就會(huì)重新創(chuàng)建一個(gè)新的collection對象,原來的對象就釋放掉，這樣必然會(huì)增加JVM的負(fù)擔(dān)。當(dāng)一個(gè)類的多個(gè)實(shí)例在其本地的變量里訪問一個(gè)特定的對象時(shí),最好將這個(gè)變量設(shè)計(jì)為靜態(tài)(static)的,而不是每個(gè)實(shí)例中變量里都存放那個(gè)對象的引用。

上一篇：Hdu 1237

下一篇：PAT A1027. Colors in Mars (20)