• 原文鏈接： Android leak pattern: subscriptions in views
• 原文出自： Pierre-Yves Ricau
• 譯文出自： 小鄧子的簡書
• 譯者： 小鄧子
• 狀態(tài)： 完成

我們通過一些自定義的view來構(gòu)建Square register模塊。有時候這些view需要監(jiān)聽一個比他們自身聲明周期還要長的對象。

例如，一個HeaderView(譯者注:類似于頭像控件)可能需要監(jiān)聽用戶名的改變，而這個用戶名來自于一個Authentic單例。

public class HeaderView extends FrameLayout {
  private final Authenticator authenticator;

  public HeaderView(Context context, AttributeSet attrs) {...}

  @Override protected void onFinishInflate() {
    final TextView usernameView = (TextView) findViewById(R.id.username);
    authenticator.username().subscribe(new Action1<String>() {
      @Override public void call(String username) {
        usernameView.setText(username);
      }
    });
  }
}

onFinishInflate()是一個用來填充自定義view，并試圖找到其子view的絕佳時機。所以我們決定在這個地方處理綁定視圖的邏輯，并訂閱用戶名的變化。

上面的代碼存在一個非常嚴重的bug：沒有解除訂閱。當(dāng)嘗試回收view時，Action1始終處于訂閱狀態(tài)。因為Action1是一個匿名內(nèi)部類，它持有外部類的引用，也就是持有對HeaderView的引用。現(xiàn)在整個視圖層級結(jié)構(gòu)都發(fā)生了泄露，無法被回收。

修復(fù)這個bug，我們可以在view從window中分離的時候取消訂閱：

public class HeaderView extends FrameLayout {
  private final Authenticator authenticator;
  private Subscription usernameSubscription;

  public HeaderView(Context context, AttributeSet attrs) {...}

  @Override protected void onFinishInflate() {
    final TextView usernameView = (TextView) findViewById(R.id.username);
    usernameSubscription = authenticator.username().subscribe(new Action1<String>() {
      @Override public void call(String username) {...}
    });
  }

   @Override protected void onDetachedFromWindow() {
    super.onDetachedFromWindow();
    usernameSubscription.unsubscribe();
  }
}

問題被修復(fù)了嗎？不完全是！我最近看了LeakCanary的報告，由一段類似代碼所引發(fā)的內(nèi)存泄露：

讓我們再看一遍代碼：

public class HeaderView extends FrameLayout {
  private final Authenticator authenticator;
  private Subscription usernameSubscription;

  public HeaderView(Context context, AttributeSet attrs) {...}

  @Override protected void onFinishInflate() {...}

   @Override protected void onDetachedFromWindow() {
    super.onDetachedFromWindow();
    usernameSubscription.unsubscribe();
  }
}

不知為什么View.onDetachedFromWindow()沒有被調(diào)用，這就是造成泄露的原因。

在調(diào)試的過程中，我發(fā)現(xiàn)View.onAttachedToWindow()同樣沒有被調(diào)用。如果一個View沒有被Attach過，那么理所應(yīng)當(dāng)?shù)囊膊粫l(fā)生Detach。所以，View.onFinishInflate()被調(diào)用了，而View.onAttachedToWindow()則沒有。

讓我們多了解一些這個View.onAttachedToWindow()：

• 當(dāng)view被添加到一個已經(jīng)加載到window的父view中時，addView()的內(nèi)部會立即調(diào)用onAttachedToWindow()。

• 當(dāng)View被添加到一個還沒有加載至window的父view中時，onAttachedToWindow()將會在父view被加載到window后執(zhí)行。

我們用Android中的慣用方式來填充view層級：

public class MyActivity {
  @Override protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.my_activity);
  }
}

這時，視圖層級中的每一個view都會收到View.onFinishInflate()的回調(diào)通知，而不是View.onAttachedToWindow()，而原因是：

View.onAttachedToWindow()只在第一次view遍歷時被調(diào)用，將發(fā)生在Activity.onStart()之后。

<u>ViewRootImpl</u>執(zhí)行了onAttachedToWindow()的分發(fā)操作：

public class ViewRootImpl {
  private void performTraversals() {
    // ...
    if (mFirst) {
      host.dispatchAttachedToWindow(mAttachInfo, 0);
    }
    // ...
  }
}

所以說，我們不能在onCreated()中得到Attach結(jié)果，那么在onStart()之后就一定能嗎？它總是在onCreated()之后被調(diào)用嗎？

不一定！<u>Activity.onCreate()</u>的文檔給出了答案：

你可以在這個函數(shù)內(nèi)直接調(diào)用finish()，這種情況下onDestroy()會被立即調(diào)用，那么將不再執(zhí)行剩余的生命周期回調(diào)(onStart(),onResume(),onPause()等等）。

我終于頓悟了！

我們在onCreated()中判斷intent，如果intent的內(nèi)容失效了，則立即調(diào)用finish()并返回一個代表錯誤信息的結(jié)果。

public class MyActivity {
  @Override protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.my_activity);
    if (!intentValid(getIntent()) {
      setResult(Activity.RESULT_CANCELED, null);
      finish();
    }
  }
}

雖然整個層級視圖都被填充了，但是Attach至window還沒有發(fā)生，因此Detach的動作也不會發(fā)生。

那么根據(jù)這種情況，這里有一張更新后的Activity生命周期圖表：

因此，有了這些認識之后，我們應(yīng)該將訂閱的代碼移至onAttachedToWindow()中：

public class HeaderView extends FrameLayout {
  private final Authenticator authenticator;
  private Subscription usernameSubscription;

  public HeaderView(Context context, AttributeSet attrs) {...}

  @Override protected void onAttachedToWindow() {
    final TextView usernameView = (TextView) findViewById(R.id.username);
    usernameSubscription = authenticator.username().subscribe(new Action1<String>() {
      @Override public void call(String username) {...}
    });
  }

   @Override protected void onDetachedFromWindow() {
    super.onDetachedFromWindow();
    usernameSubscription.unsubscribe();
  }
}

這是為了更好的解決問題：保證對稱訪問是好的。與之前的實現(xiàn)方式不同，現(xiàn)在我們可以任意次數(shù)的添加或者移除那個view了。