Ⅰ 生產中 java 垃圾回收為什麼不用g1
垃圾回收是Java語言的一大特性，方便了編程，是以消耗性能為代價的，Java語言對內存的分配管理是通過JVM內部機制決定的。
Java虛擬機中有個稱之為垃圾回收器的東西，實際上這個東西也許真正不存在，或者是已經集成到JVM中了，但這無關緊要，仍然可以稱為為垃圾回收器。
垃圾回收器的作用是查找和回收（清理）無用的對象。以便讓JVM更有效的使用內存。
垃圾回收器的運行時間是不確定的，由JVM決定，在運行時是間歇執行的。雖然可以通過System.gc()來強制回收垃圾，但是這個命令下達後無法保證JVM會立即響應執行，但經驗表明，下達命令後，會在短期內執行你的請求。JVM通常會感到內存緊缺時候去執行垃圾回收操作。
垃圾回收過於頻繁會導致性能下降，過於稀疏會導致內存緊缺。這個JVM會將其控制到最好，不用程序員擔心。但有些程序在短期會吃掉大量內存，而這些恐怖的對象很快使用結束了，這時候也許有必要強制下達一條垃圾回命令，這是很有必要的，以便有更多可用的物理內存。
垃圾回收器僅僅能做的是盡可能保證可用內存的使用效率，讓可用內存得到高效的管理。程序員可以影響垃圾回收的執行，但不能控制。
總之，在Java語言中，判斷一塊內存空間是否符合垃圾收集器收集標準的標准只有兩個：
1．給對象賦予了空值null，以下再沒有調用過。
2．給對象賦予了新值，既重新分配了內存空間。
Ⅱ 內存256G 使用G1 GC可以嗎
僅僅只是一個GC中的G1而已。G1是增量的垃圾回收器,並不是越大越好的，大小要根據項內目實際情況慢慢容的調整。另外爭取不要讓G1承載過多的垃圾回收，因為使用G1是很影響吞吐量的。對一個項目來說過大的G1會造成G1承擔的回收量增大。
關於JVM中的 XX 類型的不穩定參數，建議是一個一個慢慢調，很有可能因為某個參數相差1造成性能相差十萬八千里，崩潰也不是不可能。
Ⅲ linux jvm g1垃圾回收時，設置的70%觸發gc的回收，為什麼不管用
linux jvm g1垃圾回收時，設置的70%觸發gc的回收
Java的堆是一個運行時數據區，類的實例(對象)從中分配空間。Java虛擬機(JVM)的堆中儲存著正在運行的應用程序所建立的所有對象，這些對象通過new、newarray、anewarray和multianewarray等指令建立，但是它們不需要程序代碼來顯式地釋放。一般來說...
Ⅳ 如何評價《深入理解JVM amp;G1 GC》
首先，沒買這本書。
不曉得這本書講的是哪個jvm, openjdk 的jvm ，還是jikes rvm, 還是其他的jvm? 講jvm 就必須說清楚使用的內存組織方式，存儲是以鏈的方式組織的(jikesrvm )，還是以連續區域來進行分配的(openjdk 的Hotspot )，或者是其他比較高大上的。
垃圾回收的演算法都比較固定，在理論上也就那幾種，但到具體實現就千差萬別了。有許多書籍都有關於理論上的闡述。但是具體到某一特定jvm 上如何實現的書還是很少。
啊，書太貴了
Ⅳ java垃圾回收那點事究竟有多少GC
GC不可怕，可怕的是經常FULL GC，讓整個JVM停止工作進行內存回收
常見的幾種觸發點如下
1、持久帶滿了，就是Permanet Generation滿了會導致FULL GC，如果GC不成功，那就報out of memory了
2、舊生代滿了，導致FULL GC
3、新生代向S0和S1轉移數據，S0和S1向舊生代轉移數據，結果兩邊的內存設置都比較小，持續出現，會導致FULL GC
4、系統直接system.gc
常見的調整方法就是在server和client模式下調整我們的GC策略來滿足特定場合的需要。一般情況下不需要做這方面的特別調優，只需要設置好持久帶和新生代（S0，S1，Eden）、舊生代的內存大小即可。java會自動回收當前的資源，如果有需要就自己調用full gc。
我們把GC分成4種類型
1. SerialGC
參數-XX:+UseSerialGC
就是Young區和old區都使用serial 垃圾回收演算法，
2. ParallelGC
參數-XX:+UseParallelGC
Young區：使用Parallel scavenge 回收演算法
Old 區：可以使用單線程的或者Parallel 垃圾回收演算法，由 -XX:+UseParallelOldGC 來控制
3. CMS
參數-XX:+UseConcMarkSweepGC
Young區：可以使用普通的或者parallel 垃圾回收演算法，由參數 -XX:+UseParNewGC來控制
Old 區：只能使用Concurrent Mark Sweep
4. G1
參數：-XX:+UseG1GC
沒有young/old區
Ⅵ 為什麼java調用了System.gc（），並不會馬上進行垃圾回收，甚至不一定會執行垃圾回收~
調用了System.gc（）只是告訴虛擬機要回收，但究竟什麼時候回收又虛擬機說了算，java垃圾回收機制就是這樣，一般等到內存快不夠用了才回收。
Ⅶ JVM的垃圾演算法有哪幾種
一、垃圾收集器概述
如上圖所示，垃圾回收演算法一共有7個，3個屬於年輕代、三個屬於年老代，G1屬於橫跨年輕代和年老代的演算法。
JVM會從年輕代和年老代各選出一個演算法進行組合，連線表示哪些演算法可以組合使用
二、各個垃圾收集器說明
1、Serial(年輕代）
年輕代收集器，可以和Serial Old、CMS組合使用
採用復制演算法
使用單線程進行垃圾回收，回收時會導致Stop The World，用戶進程停止
client模式年輕代默認演算法
GC日誌關鍵字：DefNew(Default New Generation)
圖示（Serial+Serial Old)
7、G1
G1收集器由於沒有使用過，所以從網上找了一些教程供大家了解
並行與並發
分代收集
空間整合
可預測的停頓
Ⅷ java中的垃圾回收是什麼意思
垃圾回收就是gc（gabage collection）。
java比c++的優點就是多了垃圾回收機制，程序員不用去關心垃圾的回收，系統會自動調用去回收內存。
一般我們想回收的時候只需要調用system.gc方法就可以了。系統會自己去調用destroy方法和其他的回收方法釋放內存，節省內存空間。
Ⅸ go語言的垃圾回收有隱患嗎
Go的gc沒有jvm成熟；
Go本身也不會比java產生更多的垃圾(等java有值類型，object在內存能連續分布再說)。
Go 1.5的gc初步做到精確的、並發的，STW gc；
相比jvm的G1缺少：可壓縮、可移動、分代式的特性。這些以後都會有。
具體細節google一下，有相關文檔。