伊莉討論區

標題: 關於Android記憶體洩漏的一個情況 [打印本頁]

---

作者: RainieYang    時間: 2018-11-19 06:08 PM     標題: 關於Android記憶體洩漏的一個情況



安安，小弟想請問各位一個記憶體洩漏的情境，大致如下:
兩個Activity A,B;

A 裡面有一個物件C的實例，而B也有C這個實例的參照，這時候把A銷毀，那A有辦法被GC回收嗎?

1. public class A extends Activity{
   
2.   private C c = new C();
   
3. 
   
4. }

複製代碼

1. public class B extends Activity{
   
2. private C c;
   
3. 
   
4. onCreate(){
   
5. //  這邊B想辦法用自己的c 抓住A中C的實例
   
6. }
   
7. 
   
8. }

複製代碼

--------------補充內容-------------------補充完整程式碼大概像下面這樣，A 去啟動 B，順便把自己的Member C傳遞過去讓B接收。
接收完成後，呼救A.finish()，讓A銷毀，但這時候B還持有A的Member實例c的參照，這種情況是否會導致A的記憶體無法被回收呢?

1. public class C implements Serializable {
   
2.     private static final long serialVersionUID = -7060210544600464481L;
   
3. }

複製代碼

1. public class A extends Activity {
   
2. 
   
3.     private C c = new C();
   
4.     @Override
   
5.     protected void onCreate(Bundle savedInstanceState) {
   
6.         super.onCreate(savedInstanceState);
   
7.         setContentView(R.layout.activity_a);
   
8. 
   
9.         Intent intent = new Intent(this,B.class);
   
10.         Bundle bundle = new Bundle();
    
11.         bundle.putSerializable("C", c);
    
12.         intent.putExtras(bundle);
    
13. 
    
14.         startActivity(intent);
    
15.     }
    
16. }

複製代碼

1. public class B extends Activity {
   
2. 
   
3.     private C c;
   
4.     @Override
   
5.     protected void onCreate(Bundle savedInstanceState) {
   
6.         super.onCreate(savedInstanceState);
   
7.         setContentView(R.layout.activity_b);
   
8.         Intent intent = getIntent();
   
9.         c = (C) intent.getSerializableExtra("C");
   
10.     }
    
11. }

複製代碼

---

作者: jackyo04    時間: 2018-11-20 08:11 AM

如果是數值或字串類的東西，是可以的，如果是方法的話，還是丟到Service吧

---

作者: RainieYang    時間: 2018-11-20 10:45 AM

jackyo04 發表於 2018-11-20 08:11 AM
如果是數值或字串類的東西，是可以的，如果是方法的話，還是丟到Service吧

不太懂您的意思呢

---

作者: jackyo04    時間: 2018-11-20 11:49 AM



將C的方法寫在Service裡，這樣C有變化，各個Activity都可以拿到C變化的數值
如果不想寫Service，就要用廣播或者別的方式來得到C
因為，A銷毀C的方法就會隨著A消失而消失(記得是這樣..)如果我沒有誤會你說明的話..

---

作者: RainieYang    時間: 2018-11-20 01:17 PM

jackyo04 發表於 2018-11-20 11:49 AM
將C的方法寫在Service裡，這樣C有變化，各個Activity都可以拿到C變化的數值
如果不想寫Service，就要用廣播 ...

我補充了一下完整點的程式碼貼在原文下面的補充內容了~ 再麻煩大大看一下，我的問題是想知道這種情況是否會有MemoryLeak的問題

---

作者: kwj    時間: 2018-11-20 11:10 PM



就我的理解～在不考慮 Android 特性的狀況下（不看 Activity 是否有特殊的執行特性....因為我不知道有沒有），C 不會阻礙 A 被回收。反倒需要考慮的是 C 有可能因為 A 被回收而跟著被回收（導致 B 取得的 C 參照會變成 null）。

PS. 補充，後半段「C 有可能因為 A 被回收而跟著被回收」是錯誤描述。

---

作者: jackyo04    時間: 2018-11-21 08:11 AM



既然是透過Intent傳過去的，也用新的值與給他了，那就代表它屬於新的數值，跟之前的C已經完全沒關係了，因為你已經複製過來了，所以只要你在Intent後再做finish就不會有撈不到資料的情況，而A也會被系統正常銷毀，除非你A有另外跑執行緒之類的東西。

要正常關掉一個Activity，就要先確認它已經沒有再做任何事，否則有機會出現你所說的"記憶體溢出事件"。你可以用Log去看Activity的狀態，並看onDestroy是不是有執行，而且也可以看如果加了時間類的東西，會不會繼續執行...之類的測試，多踩幾次坑就清楚了

---

作者: RainieYang    時間: 2018-11-21 10:32 AM

jackyo04 發表於 2018-11-21 08:11 AM
既然是透過Intent傳過去的，也用新的值與給他了，那就代表它屬於新的數值，跟之前的C已經完全沒關係了，因 ...

嗯嗯  好的  我再多研究一下~ 謝謝。

---

作者: RainieYang    時間: 2018-11-21 10:33 AM

kwj 發表於 2018-11-20 11:10 PM
就我的理解～在不考慮 Android 特性的狀況下（不看 Activity 是否有特殊的執行特性....因為我不知道有沒有 ...

這我就不清楚了  我印象中"好像" 還有參照指向這個物件，他就不會被gc回收，要再測試看看吧

---

作者: kwj    時間: 2018-11-21 01:11 PM

RainieYang 發表於 2018-11-21 10:33 AM
這我就不清楚了  我印象中"好像" 還有參照指向這個物件，他就不會被gc回收，要再測試看看吧 ...

抱歉，重新確認了一下之後發現上面那段回覆不太正確，在沒有特別宣告的情況下應該不會採用 Weak Reference。所以對於 C 有可能被回收的部份是錯誤的。

不過 C 不會阻礙 A 被回收的這個部份倒是肯定的，只是會出現少數的例外。當 class C 是屬於 class A 的 non-static inner class 的時候，C 的存在會間接代表 A 也存在 Reference（這是 non-static inner class 帶來的特性），所以此時只要 C 還沒被回收，A 就不能被回收。但除此之外的一般狀況下，C 存在並不影響 A 被回收。

---

作者: RainieYang    時間: 2018-11-22 05:04 PM

kwj 發表於 2018-11-21 01:11 PM
抱歉，重新確認了一下之後發現上面那段回覆不太正確，在沒有特別宣告的情況下應該不會採用 Weak Referenc ...

恩亨   所以我才好奇 不知道這種情況A是否會被回收， 假設C隱式持有A的參照，A就無法被回收，除非先把C回收，但問題又來了，B也持有C的參照，所以C也無法被回收，所以就變成A沒辦法被回收了...  但還是要實驗看看呢

---

作者: mountainboy    時間: 2018-11-22 08:09 PM

提示: 作者被禁止或刪除 內容自動屏蔽

---

作者: kwj    時間: 2018-11-22 09:16 PM

RainieYang 發表於 2018-11-22 05:04 PM
恩亨   所以我才好奇 不知道這種情況A是否會被回收， 假設C隱式持有A的參照，A就無法被回收，除非先把C回收，但問題又來了，B也持有C的參照，所以C也無法被回收，所以就變成A沒辦法被回收了...  但還是要實驗看看呢

這個現象本身就是 non-static inner class 所需要考慮的效能問題。例如以下這樣的例子：

1. public class A {
   
2.   public class C {}
   
3. 
   
4.   public C generateC () {
   
5.     return new C();
   
6.   }
   
7. }

複製代碼

在這個例子中，當外部任意一個地方呼叫了 A instance 裡的 generateC() 方法之後，會獲得一個 C 的 instance，此後就不再需要 A instance 了。但因為 C class 是 A class 的 non-static inner class，導致持有 C instance 時同時也持有了 A instance，即使外部程序完全沒有用到 A instance，A instance 也無法被垃圾回收，因而導致了資源浪費。

所以實務上，其實並沒有很建議頻繁使用 inner class 這樣的結構。就算要用也應該有很好的理由，並且要避免需要把 inner class 傳輸給外部的情境。

---

此外看到樓上 mountainboy 大提到的部份，序列化（Serialization）也是蠻重要的注意點。當物件被序列化的時候，這是代表物件會被轉換成另一種東西（至於轉換成什麼就要看序列化時做了什麼），因此序列化後的結果已經是一段新的記憶體了，跟原本的物件不是同一個東西，只不過是內容相同而已。此時自然也就不會造成 GC 認為 A 的 C 還有 strong reference。

---

作者: jackyo04    時間: 2018-11-23 08:26 AM

如果你要的C方法，寫在service內，就不用管A會不會回收了..只要確定Service在不需要的時間可以關閉就好

---

作者: apple328447    時間: 2019-2-28 02:01 PM

提示: 作者被禁止或刪除 內容自動屏蔽

---

歡迎光臨 伊莉討論區 (http://a04.eyny.com/)

Powered by Discuz!