android在gc

A. Android GC造成的卡頓

through his dried

B. android通過優化gc可提高多大效率

如果你面對的是一個多個團隊維護， 開發維護歷史坎坷， 用戶眾多的產品， 那第一步要做的也是確定KPI， 並經可能准確穩定的得到基線。
確定KPI

KPI不一定非要從最終用戶的交付出發, 也可以是像"loop函數的處理時間不超過0.05秒"這樣規定.
得到基線
根據KPI先得到基線, 如果已經有成型的產品, 則用當前的版本作為輸入得到, 如果沒有產品, 考察幾個市面上的竟品得到. 同時需要注意的是基線的測量不可避免的會遇到樣本不足和數據抖動的問題, 使得不穩定性, 所以測量方法也要盡可能的穩定和禁得住推敲.測量方法的設計也是一個涉及面比較廣的話題了, 不展開了. 多測試幾次,應用方差/平均值這樣的統計方法處理. 現在越來越多的應用使用線上收集的方式來收集性能數據, 就是為了增加樣本數.

識別問題得到基線後, 基本上對於產品的性能就有一個__客觀__的認識了。記下來就開始針對用戶/產品/開發者不滿意的地方進行工作了。不過，先不要急， 首先要識別問題。這里有一個我對於問題的分類， 跟各位分享。
資源資源類問題指產品對於資源使用上存在著嚴重的浪費， 比如頻繁的IO操作， 過度的線程使用等等。
體驗大部分影響用戶體驗的問題，都可能是資源類問題引起的。但是還有相當一部分與資源無關， 比如： 數據從網路端到客戶端呈現比較慢，打開任務列表是等到菊花也謝了等
分析並解決問題就像性能問題是多種多樣的一樣， 解決問題的手段也要視不同情況而定。但是，還是有一定的規律可循，同時，也有一些風險需要規避:
迷信新技術
盲目的認為新技術的引入可以解決性能問題， 往往摁下葫蘆起了瓢。
頻繁改設計
每當有性能指標表現低下時，就改動設計， 認為設計一定存在不合理的地方。
同時， 有一些實踐經驗分享：
優化交互
對於體驗類問題， 其實最好的切入點是優化交互設計。比如： 讓頁面能馬上進入，可以讓用戶操作一些不需要網路數據的操作； 多張圖片展示增加動畫效果，雖然總體展示時間不能提高，但是給用戶在整個過程中產品很努力不無聊。
先改bug
比較突出的性能問題往往伴隨著bug或者代碼瑕疵。比如， 在Android上內存的泄漏引起頻繁gc導致程序卡頓； 邏輯錯誤導致程序在後台持續請求數據，引起功耗增加等。

C. android 循環數據量大的JSON造成頻繁GC怎麼解決

barcodearray = JSONArray.parseArray(localjsonstr);
我估計是這句引起的GC。

雖然，你沒有創建變數，但它創建了。如果這句執行的頻率極高，則會不斷創建新的對象，HEAP中的對象太多，就會GC了。

沒找到fastjson中的JSONArray.parseArray

D. android GC機制需不需關心

最好注意一下，如果有佔用內存比較大的資源，不用的時候最好通知GC，釋放內存，因為系統自動回收是你不知道什麼時候發生的。不過我是菜鳥，說得不一定對，大家一起學習吧

E. android 系統中 gc 什麼情況下會出現內存泄露

出現情況: 1. 資料庫的cursor沒有關閉 2.構造adapter時,沒有使用緩存contentview 衍生listview的優化問題-----減少創建view的對象,充分使用contentview,可以使用一靜態類來優化處理getview的過程/ 3.Bitmap對象不使用時採用recycle()釋放內存 4.activity中的對象的生命周期大於activity 調試方法: DDMS==> HEAPSZIE==>dataobject==>[Total Size]

F. Android 接收大量數據如何避免頻繁GC

GC會stop the world。會暫停程序的執行，帶來延遲的代價。所以在開發中，我們不希望GC的次數過多。
本文將討論如何在開發中改善各種細節，從而減少GC的次數。
(1)對象不用時最好顯式置為 Null
一般而言,為 Null 的對象都會被作為垃圾處理,所以將不用的對象顯式地設
為 Null,有利於 GC 收集器判定垃圾,從而提高了 GC 的效率。
(2)盡量少用 System.gc()
此函數建議 JVM進行主 GC,雖然只是建議而非一定,但很多情況下它會觸發
主 GC,從而增加主 GC 的頻率,也即增加了間歇性停頓的次數。
(3)盡量少用靜態變數
靜態變數屬於全局變數,不會被 GC 回收,它們會一直佔用內存。
(4)盡量使用 StringBuffer,而不用 String 來累加字元串
由於 String 是固定長的字元串對象,累加 String 對象時,並非在一個 String對象中擴增,而是重新創建新的 String 對象,如 Str5=Str1+Str2+Str3+Str4,這條語句執行過程中會產生多個垃圾對象,因為對次作「+」操作時都必須創建新的 String 對象,但這些過渡對象對系統來說是沒有實際意義的,只會增加更多的垃圾。 避免這種情況可以改用 StringBuffer 來累加字元串,因 StringBuffer是可變長的,它在原有基礎上進行擴增,不會產生中間對象
(5)分散對象創建或刪除的時間
集中在短時間內大量創建新對象,特別是大對象,會導致突然需要大量內存,JVM 在面臨這種情況時,只能進行主 GC,以回收內存或整合內存碎片,從而增加主 GC 的頻率。
集中刪除對象,道理也是一樣的。 它使得突然出現了大量的垃圾對象,空閑空間必然減少,從而大大增加了下一次創建新對象時強制主 GC 的機會。
（6） 盡量少用 finalize 函數
因為它會加大 GC 的工作量， 因此盡量少用finalize 方式回收資源。
（7） 使用軟引用類型
如果需要使用經常用到的圖片， 可以使用軟引用類型， 它可以盡可能將圖片保存在內存中， 供程序調用， 而不引起 OutOfMemory。

G. android 如何停用gc

1、設置環境變數GOGC=off。
2、運行時調用debug.SetGCPercent(-1)。GC理解為android中的垃圾回收，常見觸發垃圾回收是計數引用，當引用計數為0時會觸發垃圾回收。此時系統並不會回收內存，而是會當作垃圾存放起來，當下次需要的時候，快速使用。關閉GC系統就會徹底回收內存。

H. android中的GC是什麼意思

你指的是這個嗎Gabage Collection？垃圾回收，是.net中對內存管理的一種功能。垃圾回收器跟蹤並回收託管內存中分配的對象，定期執行垃圾回收以回收分配給沒有有效引用的對象的內存。當使用可用內存不能滿足內存請求時，GC會自動進行。 在進行垃圾回收時，垃圾回收器回首先搜索內存中的託管對象，然後從託管代碼中搜索被引用的對象並標記為有效，接著釋放沒有被標記為有效的對象並收回內存，最後整理內存將有效對象挪動到一起。

I. android虛擬機gc會導致其他線程停止嗎

UI線程不能阻塞，一旦超過5秒，會造成ARN問題。 你的問題可以做一個假的提示，當你進行保存方法的時候彈出一個進度窗口，不讓它可以讓用戶關閉，完成你所要的操作，關閉進度窗口。造成你所需要的假象即可，

J. Android的GC過於頻繁怎麼辦

如果GC多的話,肯定是某個循環在GC. 查查是不是有些變數是在循環里聲明和新建的.