jvm調(diào)優(yōu)總結(jié)（8）：反思-java開(kāi)發(fā)java經(jīng)驗(yàn)技巧

《jvm調(diào)優(yōu)總結(jié)（8）：反思-java開(kāi)發(fā)java經(jīng)驗(yàn)技巧》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、JVM調(diào)優(yōu)總結(jié)(8)：反思-編程開(kāi)發(fā)技術(shù)JVM調(diào)優(yōu)總結(jié)(8)：反思原文出處：pengjiaheng垃圾回收的悖論所謂“成也蕭何敗蕭何”。Java的垃圾回收確實(shí)帶來(lái)了很多好處，為開(kāi)發(fā)帶來(lái)了便利。但是在一些高性能、高并發(fā)的情況下，垃圾冋收確成為了制約Java應(yīng)用的瓶頸。目前JDK的垃圾回收算法，始終無(wú)法解決垃圾回收時(shí)的暫停問(wèn)題，兇為這個(gè)暫停嚴(yán)重影響了程序的相應(yīng)時(shí)間，造成擁塞或堆積。這也是后續(xù)JDK增加G1算法的一?個(gè)重要原因。當(dāng)然，上而是從技術(shù)角度出發(fā)解決垃圾回收帶來(lái)的問(wèn)題，但是從系統(tǒng)設(shè)計(jì)方而我們就需要問(wèn)一

2、下了：????我們需要分配如此大的內(nèi)存空間給應(yīng)用嗎？???我們是否能夠通過(guò)有效使用內(nèi)存而不是通過(guò)擴(kuò)大內(nèi)存的方式來(lái)設(shè)計(jì)我們的系統(tǒng)呢？？？？我們的內(nèi)存中都放了什么內(nèi)存中需要放什么呢？個(gè)人認(rèn)為，內(nèi)存中需要放的是你的應(yīng)用需要在不久的將來(lái)再次用到到的東西。想想看，如杲你在將來(lái)不用這些東西，何必放內(nèi)存呢？放文件、數(shù)據(jù)庫(kù)不是更好？這些東西一般包括：1.系統(tǒng)運(yùn)行時(shí)業(yè)務(wù)相關(guān)的數(shù)據(jù)。比如web應(yīng)用中的session、即時(shí)消息的session等。這些數(shù)據(jù)-?般在一個(gè)用戶(hù)訪問(wèn)周期或者一個(gè)使用過(guò)程中都需要存在。2.緩存。緩存就比

3、較多了，你所要快速訪問(wèn)的都可以放這里面。其實(shí)上而的業(yè)務(wù)數(shù)據(jù)也可以理解為一種緩存。3.?線程。因此我們是不是可以這么認(rèn)為，如果我們不把業(yè)務(wù)數(shù)據(jù)和緩存放在JVM中，或者把他們獨(dú)立出來(lái)，那么Java應(yīng)用使用時(shí)所需的內(nèi)存將會(huì)大大減少，同時(shí)垃圾回收時(shí)間也會(huì)相應(yīng)減少。我認(rèn)為這是可能的。解決之道數(shù)據(jù)庫(kù)、文件系統(tǒng)把所有數(shù)據(jù)都放入數(shù)據(jù)庫(kù)或者文件系統(tǒng)，這是一種最為簡(jiǎn)單的方式。在這種方式下，Java應(yīng)用的內(nèi)存基本上等于處理一次峰值并發(fā)請(qǐng)求所需的內(nèi)存。數(shù)據(jù)的獲取都在每次請(qǐng)求時(shí)從數(shù)據(jù)庫(kù)和文件系統(tǒng)中獲取。也可以理解為，一次業(yè)務(wù)訪問(wèn)

4、以后，所冇對(duì)彖都可以進(jìn)行回收了。這是一種內(nèi)存使用最有效的方式，但是從應(yīng)用角度來(lái)說(shuō)，這種方式很低效。內(nèi)存-硬盤(pán)映射上面的問(wèn)題是因?yàn)槲覀兪褂昧宋募到y(tǒng)帶來(lái)了低效。但是如果我們不是讀寫(xiě)硬盤(pán)，而是寫(xiě)內(nèi)存的話(huà)效率將會(huì)提高很多。數(shù)據(jù)庫(kù)和文件系統(tǒng)都是實(shí)實(shí)在在進(jìn)行了持久化，但是當(dāng)我們并不需要這樣持久化的時(shí)候，我們可以做一些變通一一把內(nèi)存當(dāng)碩盤(pán)使。內(nèi)存-硬盤(pán)映射很好很強(qiáng)大，既用了緩存又對(duì)Java應(yīng)用的內(nèi)存使用又沒(méi)有影響。Java應(yīng)用還是Java應(yīng)用,他只知道讀坊的還是文件，但是實(shí)際上是內(nèi)存。這種方式兼得的Java應(yīng)用與緩

5、存兩方面的好處。memcached的廣泛使用也止是這一類(lèi)的代表。同一機(jī)器部署多個(gè)JVM這也是一種很好的方式，可以分為縱拆和橫拆。縱拆可以理解為把Java應(yīng)用劃分為不同模塊，各個(gè)模塊使用一個(gè)獨(dú)立的Java進(jìn)程。而橫拆則是同樣功能的應(yīng)用部署多個(gè)JVM。通過(guò)部署多個(gè)JVM,可以把每個(gè)JVM的內(nèi)存控制一個(gè)垃圾回收可以忍受的范圍內(nèi)即可。但是這相當(dāng)于進(jìn)行了分布式的處理，其額外帶來(lái)的復(fù)雜性也是需要評(píng)估的。另外，也有支持分布式的這種JVM可以考慮，不要要錢(qián)哦：）程序控制的對(duì)象生命周期這種方式是理想當(dāng)小的方式，口前的虛擬

6、機(jī)述沒(méi)有，純屬假設(shè)。即：考慮由編程方式配置哪些對(duì)象在垃圾收集過(guò)程屮可以直接跳過(guò)，減少垃圾回收線程遍歷標(biāo)記的時(shí)間。這種方式相當(dāng)于在編程的吋候告訴虛擬機(jī)某些對(duì)象你可以在和寸間后在進(jìn)行收集或者由代碼標(biāo)識(shí)可以收集了（類(lèi)似C、C++）,在這之前你即便去遍歷他也是沒(méi)有效果的，他肯定是還在被引用的。這種方式如果JVM可以實(shí)現(xiàn)，個(gè)人認(rèn)為將是一個(gè)飛躍，Java即冇了垃圾回收的優(yōu)勢(shì)，乂有了C、C++對(duì)內(nèi)存的可控性。線程分配Java的阻塞式的線程模型基木上可以?huà)仐壛?，口前成熟的NIO框架也比較多了。阻塞式TO帶來(lái)的問(wèn)題是線程

7、數(shù)量的線性増長(zhǎng)，而NTO則可以轉(zhuǎn)換成為常數(shù)線程。因此，對(duì)于服務(wù)端的應(yīng)用而言，NI0還是唯一選擇。不過(guò)，JDK7中為我們帶來(lái)的A10是否能讓人眼前一亮呢？我們拭目以待。其他的JDK木文說(shuō)的都是Sim的JDK,目前常見(jiàn)的JDK還有JRocket和IBM的JDK。其中JRocket在10方面比Sun的高很多,不過(guò)SunJDK6.0以后提高也很大。而且JRocket在垃圾回收方而，也具有優(yōu)勢(shì)，其可設(shè)置垃圾回收的最大暫停時(shí)間也是很吸引人的。不過(guò)，系統(tǒng)Sun的G1實(shí)現(xiàn)以后，在這方面會(huì)有一個(gè)質(zhì)的飛躍。參考資料能整理出

8、上面一些東西，也是因?yàn)檎驹诰奕说募缟?。下面是一些參考資料，供大家學(xué)習(xí)，大家有更好的，可以繼續(xù)完善：）??Java理論與實(shí)踐：垃圾收集簡(jiǎn)史??JavaSE6HotSpot[tm]VirtualMachineGarbageCollectionTuning??ImprovingJavaApplicationPerformaneeandScalabilitybyReducingGarbageCol1ectionTimesandSizingMemor