Android下Activity間通信序列化過(guò)程中深淺拷貝的示例分析

這篇文章主要介紹了Android下Activity間通信序列化過(guò)程中深淺拷貝的示例分析，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

前言

問(wèn)題的背景是，視頻互動(dòng)業(yè)務(wù)需要增加彈幕功能，但是播放器的視圖是偽橫屏的，即，他是一種類似于使用 rotate(90.0)的方式，旋轉(zhuǎn)橫屏的，在 Activity 層面上還是一個(gè)豎屏的狀態(tài)。那么彈幕輸入的時(shí)候的鍵盤，也是豎屏的。這會(huì)帶來(lái)比較嚴(yán)重的用戶體驗(yàn)問(wèn)題。

由于屏幕旋轉(zhuǎn)狀態(tài)在 android 下，是一個(gè) Activity 層面上的事情，而且相當(dāng)?shù)牡讓樱瑹o(wú)從 hook，多方調(diào)研以后，決定采拉起一個(gè)橫屏的 Activity 作為鍵盤輸入的專用 Activity。

這里的代碼很快就可以寫好，如下所示：

/**
 * Created by DesGemini on 12/09/2017.
 */

public class DialogActivity extends Activity {
 private RelativeLayout mContentView;
 private View vSendBtn;
 private EditText etDanmakuInput;
 private InputMethodManager mInputMethodManager;
 public static WeakReference<DanmakuWriteCallback> danmakuWriteCallback = new WeakReference<>();

 @Override
 protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  mInputMethodManager = (InputMethodManager)this.getSystemService(Context.INPUT_METHOD_SERVICE);
  mContentView = (RelativeLayout) getLayoutInflater()
    .inflate(R.layout.hiv_danmaku_input_dialog, null);
  vSendBtn = mContentView.findViewById(R.id.tv_danmaku_send_btn);
  etDanmakuInput = (EditText) mContentView.findViewById(R.id.et_danmaku_input);
  vSendBtn.setOnClickListener(new OnClickListener() {
   @Override
   public void onClick(View v) {
    // 這里需要處理 Activity 間回傳邏輯
   }
  });
  setContentView(mContentView);
  showSoftKeyboard();
 }

 private boolean showSoftKeyboard() {
  if (this.etDanmakuInput == null) {
   return false;
  } else {
   etDanmakuInput.postDelayed(new Runnable() {
    public void run() {
     etDanmakuInput.requestFocus();
     mInputMethodManager.showSoftInput(etDanmakuInput, 0);
    }
   }, 100L);
   return true;
  }
 }

 @Override
 protected void onPause() {
  super.onDestroy();
  danmakuWriteCallback.getAndSet(null);
 }

 @Override
 public void finish() {
  super.finish();
 }
}

DTO 的代碼定義如下所示：

public class DanmakuDialogDTO implements Serializable {
 public WeakReference<DWDanmakuWriteController.DanmakuWriteCallback> callback;
 public Map<String, String> utExtraParams;
}

那么現(xiàn)在問(wèn)題來(lái)了，怎么把這個(gè) Activity 獲取到的 String 帶回去？

最自然的想法是 onActivityResult，然而，播放器是一個(gè) sdk，寫不了 Activity 里的代碼，也不可能通知許多業(yè)務(wù)方一一做改動(dòng)。

那就只能拋開 android 原生的 Activity 間拉起結(jié)束中的通信機(jī)制了，思考其他可以通信的方法。很自然地，我們想到了 Callback 。結(jié)構(gòu)如下圖。但是 Callback 這樣的一個(gè)非基本數(shù)據(jù)類型的對(duì)象怎么在 Activity 間傳遞呢？

嘗試通過(guò)存入 Intent 的 Extras的方式，然而 putExtra 方法并不能 put 一個(gè) object，只能 put 一個(gè) serializable。那就讓這個(gè) DTO（Data Transfer Object）implements serializable 接口吧。沒(méi)有問(wèn)題。

然而無(wú)法啟動(dòng) Activity，會(huì)有一個(gè) crash 拋出：

java.lang.NullPointerException: Expected to unbox a 'int' primitive type but was returned null

報(bào)錯(cuò)堆棧如下：

$Proxy1.startActivity(Unknown Source)
android.app.Instrumentation.execStartActivity(Instrumentation.java:1520)
android.taobao.atlas.runtime.InstrumentationHook$2$1.execStartActivity(InstrumentationHook.java:299)

如果把這個(gè) DTO 的成員變量改為 static 類型，則可以啟動(dòng) Activity。

背后的原因是因?yàn)椋诔Ｒ?guī)的序列化過(guò)程中，淺拷貝其實(shí)是沒(méi)什么意義的。淺拷貝意味著復(fù)制一個(gè)引用的地址，是一個(gè)內(nèi)存地址，但是常規(guī)序列化，要么跨進(jìn)程，要么就是網(wǎng)絡(luò)傳輸，序列化為 JSON，在這些常規(guī)場(chǎng)景里內(nèi)存地址沒(méi)有意義。因此 Java 序列化沒(méi)有淺拷貝的選項(xiàng)，也往往是針對(duì)一個(gè) POJO 或者 Bean 進(jìn)行序列化，而不會(huì)對(duì)一個(gè)一般的含有很多引用的類進(jìn)行序列化。

然而 Android 中的 Activity 與 Activity 間的傳遞對(duì)象又有所不同，理論上，都在同一個(gè) Dalvik VM 中運(yùn)行，相互的類引用都是可以訪問(wèn)到的。但是由于 Android Intent 設(shè)計(jì)為序列化傳遞，序列化過(guò)程中沒(méi)有設(shè)計(jì)淺拷貝的機(jī)制，因此就無(wú)法淺拷貝地傳遞引用過(guò)去。

那么為什么設(shè)為 static 以后就可以傳遞，不會(huì)導(dǎo)致 crash 了呢？是因?yàn)殪o態(tài)成員屬于類級(jí)別的，雖然不能序列化，但是因?yàn)槲沂窃谕粋€(gè)機(jī)器（而且是同一個(gè)進(jìn)程），我的jvm已經(jīng)把這個(gè)類連帶著他的靜態(tài)變量一起加載進(jìn)來(lái)了，所以獲取到的是類層面上的靜態(tài)變量地址，故，功能正常。

那么就決定是使用public static WeakReference<DWDanmakuWriteController.DanmakuWriteCallback> callback;了。但是事實(shí)上遇到了另一個(gè)問(wèn)題：

在第一次 startActivity 的時(shí)候，觀察到 Android 做了一次 GC，然后該 WeakReference 就被釋放了，因此 Callback 的業(yè)務(wù)功能也不能正常執(zhí)行。引入 WeakReference，原本是為了避開 static cakllback 導(dǎo)致的可能的內(nèi)存泄漏，然而在這種主動(dòng) GC 的情況下，WeakReference 失效了。如果改用 SoftReference，和強(qiáng)引用并沒(méi)有什么區(qū)別，都不能避免內(nèi)存的泄漏。

最終，采用 AtomReference 來(lái)持有這個(gè) static callback，在 Activity 退出的時(shí)機(jī)去將 AtomicReference 置空。之所以使用 AtomicReference，是因?yàn)榭紤]到視頻 sdk 有并發(fā)場(chǎng)景的可能性，避免一邊置 null 另一邊準(zhǔn)備使用的可能。

感謝你能夠認(rèn)真閱讀完這篇文章，希望小編分享的“Android下Activity間通信序列化過(guò)程中深淺拷貝的示例分析”這篇文章對(duì)大家有幫助，同時(shí)也希望大家多多支持億速云，關(guān)注億速云行業(yè)資訊頻道，更多相關(guān)知識(shí)等著你來(lái)學(xué)習(xí)!