前言

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

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

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

/** * 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，寫(xiě)不了 Activity 里的代碼，也不可能通知許多業(yè)務(wù)方一一做改動(dòng)。

那就只能拋開(kāi) android 原生的 Activity 間拉起結(jié)束中的通信機(jī)制了，思考其他可以通信的方法。很自然地，我們想到了 Callback 。結(jié)構(gòu)如下圖。但是 Callback 這樣的一個(gè)非基本數(shù)據(jù)類(lèi)型的對(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 類(lèi)型，則可以啟動(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è)一般的含有很多引用的類(lèi)進(jìn)行序列化。

然而 Android 中的 Activity 與 Activity 間的傳遞對(duì)象又有所不同，理論上，都在同一個(gè) Dalvik VM 中運(yùn)行，相互的類(lèi)引用都是可以訪問(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)成員屬于類(lèi)級(jí)別的，雖然不能序列化，但是因?yàn)槲沂窃谕粋€(gè)機(jī)器（而且是同一個(gè)進(jìn)程），我的jvm已經(jīng)把這個(gè)類(lèi)連帶著他的靜態(tài)變量一起加載進(jìn)來(lái)了，所以獲取到的是類(lèi)層面上的靜態(tài)變量地址，故，功能正常。

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

在第一次 startActivity 的時(shí)候，觀察到 Android 做了一次 GC，然后該 WeakReference 就被釋放了，因此 Callback 的業(yè)務(wù)功能也不能正常執(zhí)行。引入 WeakReference，原本是為了避開(kāi) 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)備使用的可能。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)武林網(wǎng)的支持。