1、cms垃圾回收演算法在gc過程中哪個階段會暫停應用線程
用finalize方法跟gc可以去回收，但是具有不確定性．如果你要回收的對象裡面還有線程在運行，調用system.gc沒用，也不會調用你的finalize方法．
2、如何修改jvm虛擬機垃圾回收器
垃圾收集器是垃圾回收演算法（標記-清除演算法、復制演算法、標記-整理演算法、火車演算法）的具體實現，不同商家、不同版本的JVM所提供的垃圾收集器可能會有很在差別，本文主要介紹HotSpot虛擬機中的垃圾收集器。
3、垃圾回收器的原理？
垃圾回收器是Java平台中用的最頻繁的一種對象銷毀方法。垃圾回收器會全程偵測Java應用程序的運行情況。當發現有些對象成為垃圾時，垃圾回收器就會銷毀這些對象，並釋放這些對象所佔用的內存空間。在這里，程序開發人員需要知道，在哪些情況下垃圾回收器會認為這些對象是垃圾對象。通常情況下，如果發生以下兩種情況時，系統會認為這些對象是垃圾對象，需要銷毀。
一是將一個NULL值賦值給對象。如用戶先建立了一個對象str1。對象用完了之後，再利用賦值語句，將NULL值賦值給這個對象str1，即使用str1=NULL的方式將NULL值賦值給這個對象。此時這個對象與內存中對象的存儲地址之間就失去了聯系。此時內存中的對象就好像成為了一個無主的對象，就會被垃圾回收器銷毀。不過這也有例外。如現在同一個對象有兩個名字，分別為str1與str2。此時若只是將NULL值賦值給str1，那麼內存的這個對象仍然有一個主人，即str2。此時這個對象還暫時不會被垃圾回收器回收。除非在代碼中講這個對象所關聯的所有對象名字都賦值為NULL。此時這個對象才變為無主的對象，才會被垃圾回收器回收。在Java中定義自己的工具庫
二是對象其超出了作用范圍，這個這個對象就被認為是垃圾對象，被被垃圾回收器回收並釋放內存。其實對象跟變數一樣，其也有作用域。當超過這個作用域的話，跟變數一樣，這個對象也就無效了，其他地方不能夠再引用這個對象。此時這個對象就是名存實亡了。為此垃圾回收器也把這種超過作用范圍的對象當作垃圾對象來處理。所以說，如果程序員要讓對象中的某些成員變數或者成員方法一直有效的話，就需要採用static關鍵字，讓其在變數銷毀時仍然有效，或則仍然可以調用這些成員變數與成員方法。
4、cms垃圾回收演算法在gc過程中的哪個階段會暫停應用線程
GC在java中是垃圾回收機制，當你創建一個對象時，它就開始跟蹤，當對象「可到達」時，就自動回收，也可以手動調用，但一般不推薦使用
5、有什麼垃圾回收軟體嗎
有這樣的軟體嗎？ 據我所知道的事，廢書一般都是只能賣廢紙現在好像不能回收了以前還可以貴一點，現在特別便宜
6、cms垃圾回收演算法在gc過程中哪幾個階段會暫停應用縣城
中間調整過幾次，先搞了幾台機器做了驗證，後來逐步推廣的。
1、調大heap區，由原來的4g，調整到5g，young區的大小不變，還是2g，這時候old區就由2g變為3g了（這樣保證old區有足夠的空間）；
2、設置-XX：UseCMSInitiatingOccupancyOnly，其實這個不關這個問題，只是發現半夜CMS進行的有點頻繁，就禁止掉了悲觀策略；
3、設置CMS區回收的比例，從80%調整到75%，讓old區盡早的進行，有足夠的空間剩餘；
為什麼要有GC（垃圾回收）？
JVM通過GC來回收堆和方法區中的內存，GC的基本原理就是找到程序中不再被使用的對象，然後回收掉這些對象佔用的內存。
主要的收集器有哪些？
引用計數器和跟蹤計數器兩種。
引用計數器記錄對象是否被引用，當計數器為零時，說明對象已經不再被使用，可以進行回收。java中的對象有復雜的引用關系，不是很適合引用計數器，所以sun jdk中並沒有實現這種GC方式。
跟蹤收集器，全局記錄數據的引用狀態，基於一定的條件觸發。執行的時候，從根集合開始掃描對象的引用關系，主要有復制（copying）、標記-清除（Mark-Sweep）、標記-壓縮(Mark-Compact)那種演算法。
7、如何指定定java cms垃圾回收
如果你的JAVA應用程序有以下幾個特點，那麼可以使用Concurrent Mark Sweep (CMS) 垃圾收集器。
希望JAVA垃圾回收器回收垃圾的時間盡可能短；
應用運行在多CPU的機器上，有足夠的CPU資源；
有比較多生命周期長的對象；
希望應用的響應時間短。