項目中，在不停地接收串口數(shù)據(jù)很長一段時間(幾小時)后，會偶然性的報錯。初步排除了oom和cpu緊張問題，因為是工業(yè)平板不方便調試，用了些比較笨的方法最后鎖定在幾個用了static的地方。在這里記錄下Android中使用static的一些問題。

靜態(tài)變量的生命周期遵守Java的設計。靜態(tài)變量在類被load的時候分配內存，并存在于方法區(qū)。當類被卸載時，靜態(tài)變量被銷毀。在PC機的客戶端程序中，一個類被加載和卸載，可簡單的等同于jvm進程的啟動和結束。在Android中，用的DVM也是一樣的，不過Android中不太突出進程的概念，所以對靜態(tài)變量的生命周期就是感覺模糊，這種模糊對于值類型是無所謂的，如果是靜態(tài)的對象引用，則與內存回收、內存泄露這些問題有關，有必要加深研究和理解。

一、靜態(tài)變量在類被加載的時候分配內存。

類在什么時候被加載？

當我們啟動一個app的時候，系統(tǒng)會創(chuàng)建一個進程，此進程會加載一個DVM實例，然后代碼就運行在DVM之上，類的加載和卸載、垃圾回收等事情都由DVM負責。也就是說進程啟動的時候，類被加載，靜態(tài)變量被分配內存。

二、靜態(tài)變量在類被卸載的時候銷毀。

類在什么時候被卸載？

在進程結束的時候。

說明：一般情況下，所有的類都是默認的ClassLoader加載的，只要ClassLoader存在，類就不會被卸載，而默認的ClassLoader生命周期是與進程一致的，這里討論一般情況。

三、Android的進程什么時候結束

這個是Android對進程和內存管理不同于PC的核心---如果資源足夠，Android不會殺掉任何進程，另一個意思是進程隨時可能會被殺掉。而Android會在資源足夠的時候，重啟被殺掉的進程。也就是說靜態(tài)變量的值，如果不做處理，是不可靠的，可以說內存中的一切都不可靠，如果要可靠，還是保存到Nand或SD卡中去，在重啟的時候恢復回來。

另一個種情況就是不能把退出所有Activity等同于進程的退出，所以在用戶點擊圖標啟動應用的時候，以前存放于靜態(tài)變量中的值，有可能還存在，因此要視具體情況給予清空操作。

四、Application也是一樣不可靠

Application其實是一個單例對象，也是放在內存中的，當進程被殺掉，就全清空了，只不過Android系統(tǒng)會幫重建Application，而我們存放在Application的數(shù)據(jù)自然就沒有了，還是得自己處理。

五、靜態(tài)引用的對象不會被回收？

在除了Android之外的Java運行環(huán)境中，你只要關心進程生命周期，在進程生命周期內你可以放心地使用靜態(tài)變量來保持數(shù)據(jù)。只要靜態(tài)變量沒有被銷毀也沒有置null，其對象一直被保持引用，因此不會被垃圾回收。因此單例對象在運行時不會被回收。但是Android里它隨時會被系統(tǒng)置NULL。

總結：

Android中，我們不知道何時進程會被kill，所有：

1.不能保證靜態(tài)變量會一直存在。（進程可能被Kill掉）

2.每次打開app時靜態(tài)變量的值都是初始值（進程沒有被kill掉所有靜態(tài)變量保存的還是上次的值）。

而靜態(tài)變量是不會被垃圾回收的，其對象一直保持引用，以ARC不可能是0。

以上就是本文的全部內容，希望本文的內容對大家的學習或者工作能帶來一定的幫助，同時也希望多多支持腳本之家！

最新評論