生活随笔
收集整理的這篇文章主要介紹了
Android 编码规范：（六）消除过期的对象引用
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
盡管Java不像C/C++那樣需要手工管理內存資源，而是通過更為方便、更為智能的垃圾回收機制來幫助開發者清理過期的資源。即便如此，內存泄露問題仍然會發生在你的程序中，只是和C/C++相比，Java中內存泄露更加隱匿，更加難以發現，見如下代碼：
[java] view plaincopy
????import?java.util.*;????public?class?Stack?{??????private?Object[]?elements;??????private?int?size?=?0;??????private?static?final?int?DEFAULT_INITIAL_CAPACITY?=?16;????????public?Stack()?{??????????elements?=?new?Object[DEFAULT_INITIAL_CAPACITY];??????}????????public?void?push(Object?e)?{??????????ensureCapacity();??????????elements[size++]?=?e;??????}????????public?Object?pop()?{??????????if?(size?==?0)??????????????throw?new?EmptyStackException();??????????return?elements[--size];??????}?????????????????private?void?ensureCapacity()?{??????????if?(elements.length?==?size)??????????????elements?=?Arrays.copyOf(elements,?2?*?size?+?1);??????}??}?? 以上示例代碼，在正常的使用中不會產生任何邏輯問題，然而隨著程序運行時間不斷加長，內存泄露造成的副作用將會慢慢的顯現出來，如磁盤頁交換、OutOfMemoryError等。那么內存泄露隱藏在程序中的什么地方呢？當我們調用pop方法是，該方法將返回當前棧頂的elements，同時將該棧的活動區間(size)減一，然而此時被彈出的Object仍然保持至少兩處引用，一個是返回的對象，另一個則是該返回對象在elements數組中原有棧頂位置的引用。這樣即便外部對象在使用之后不再引用該Object，那么它仍然不會被垃圾收集器釋放，久而久之導致了更多類似對象的內存泄露。修改方式如下：
[java] view plaincopy
public?Object?pop()?{????????if?(size?==?0)?????????????throw?new?EmptyStackException();????????Object?result?=?elements[--size];????????elements[size]?=?null;??????return?result;????}??? 由于現有的Java垃圾收集器已經足夠只能和強大，因此沒有必要對所有不在需要的對象執行obj = null的顯示置空操作，這樣反而會給程序代碼的閱讀帶來不必要的麻煩，該條目只是推薦在以下3中情形下需要考慮資源手工處理問題：
1) 類是自己管理內存，如例子中的Stack類。
2) 使用對象緩存機制時，需要考慮被從緩存中換出的對象，或是長期不會被訪問到的對象。
3) 事件監聽器和相關回調。用戶經常會在需要時顯示的注冊，然而卻經常會忘記在不用的時候注銷這些回調接口實現類。
轉載于:https://www.cnblogs.com/springside-example/archive/2012/05/29/2530079.html
總結
以上是生活随笔為你收集整理的Android 编码规范：（六）消除过期的对象引用的全部內容，希望文章能夠幫你解決所遇到的問題。
如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。
