前言

之前寫過一篇文章寫一個邏輯清晰的startActivityForResult(),拒絕來回扒拉代碼,寫了使用回調形式使用startActivityForResult方法,配合Kotlin的語法,可以很簡單的處理startActivityForResult的返回時機和返回數據.使用方式如下:

ps:由于之前名字使用startActivityForResult會導致有時導錯包,所以現在名字改成了jumpForResult

看上圖我們可以分析實現方式:

1.首先調用系統的startActivityForResult方法來啟動目標頁面

2.將方法傳入的回調保存在某個地方

3.在onActivityResult方法中獲取并調用回調

問題

但是這里有個問題,熟悉安卓系統的同學都知道,系統會在內存緊張的時候對除了頂層的Activity進行回收,然后在你返回的時候自動重建出來,雖然看上去好像是一個頁面,但其實對象已經不是一個了,其中的變量肯定也不相同,所以前面這篇文章在回調的地方會有如下問題:

1.回調的作用域問題

2.回調在何處保存才不會丟失

3.回調如何處理才不會內存泄漏

ps:可以打開開發者選項中的不保留活動選項來進行測試

解決方案

回調的作用域問題

之前的回調類型是?(Intent?) -> Unit 編譯成字節碼后其實就是一個?Function1<Intent?,Unit>類型的匿名內部類,而jvm中匿名內部類的特性之一是會在構造中傳入上層類的對象,所以說該回調中可以操作當前Activity中的變量(因為持有了它)

而我們要處理上述問題,就不能使用匿名內部類構造中的Activity對象(因為重建并恢復后就不是同一個對象了),正好kotlin中有很好的方法來處理這個問題,我們可以使用這個類型的回調 Activity.(Intent?) -> Unit ,相當于以Activity為Receiver的?(Intent?) -> Unit ,這種Receiver特性在kotlin基礎庫中被廣泛應用,比如T.apply:

public inline fun <T> T.apply(block: T.() -> Unit): T {//省略其他代碼block()return this }

我們可以在lambda的作用域中直接調用其屬性和函數,而不需要使用this@xxx. (java中 xxx.this.):

Activity.(Intent?)->Unit 在kotlin中的示例:

但其實都是kotlin編譯器幫我們做的.

所以同理,如果我們使用?Activity.(Intent?) -> Unit 類型,就可以在使用方不知不覺中調換this receiver,這樣只要我們那拿到重建后的Activity對象,就可以在無感知的情況下使用相應的對象中的變量

回調在何處保存才不會丟失

這個其實很簡單,可以有多種實現:比如放在單例中,賦值給某個靜態變量,或者放在靜態的數據結構中,本篇文章的解決方案就選擇放在靜態的數據結構中

companion object {@JvmStaticprivate val map = HashMap<Class<out Activity>, Activity.(Intent?) -> Unit>()}

回調如何處理才不會內存泄漏

由于我們將回調保存在了static中,而回調由于是匿名內部類,其中會引用其上層的Activity,所以這里要注意千萬不要造成內存泄漏,不然會導致對應的Activity(包括其中的View等對象)和回調都無法被gc回收

首先我們需要設想一下A間接調用startActivityForResult后,B調用finish后所有的路徑:

1.啟動Fragment的時候發現A已經finish了,此時直接移除static中的回調

2.B調用了finish,A沒有重建,這時我們可以在onActivityResult方法中移除回調

3.B調用了finish,且A頁面和Fragment都被銷毀了,這時我們可以在onSaveInstanceState中將A的Class保存起來,然后在重建后的onCreate中獲取Class對象,然后通過獲取的Class對象在onActivityResult方法中移除回調

這塊需要結合實際代碼和Fragment運行流程來說,所以下面直接看正文

正文

首先我們的起始位置還是先new出來ResultCallbackFragment對象并調用setCallbackAndIntent函數來獲取實例并設置參數

如下代碼:

//這里我先new出來這個中間類對象,然后調用setCallbackAndIntent方法來設置一下startActivityForResult需要用到的參數 ResultCallbackFragment<T>().setCallbackAndIntent(this, callback, intent, result_ok)

方法的定義也很簡單,主要就是賦值,然后把Class和回調存入static的map中?

//ps:這里的T為 <T : Activity>fun setCallbackAndIntent(t: T, callback: T.(Intent?) -> Unit, intent: Intent, result_ok: Boolean): ResultCallbackFragment<T> {val tClass = t::class.javamap[tClass] = callback as Activity.(Intent?) -> Unitthis.callback = callbackthis.clazz = tClassthis.intent = intentthis.result_ok = result_okreturn this}

ps:這里為什么不使用arguments來傳遞參數呢?是因為其通過序列化傳輸,傳入和獲取到的對象就不是同一個了,具體請自行百度

pps:這里為什么不將構造私有,然后使用一個伴生對象方法來創建ResultCallbackFragment對象呢?這是因為Android框架恢復Fragment需要使用public的空參構造來完成重建,所以無法將構造私有化,這樣會造成崩潰,所以使用一個伴生對象方法來創建對象也無太多意義了

然后將Fragment附加到Activity上

supportFragmentManager.beginTransaction().add(ResultCallbackFragment<T>().setCallbackAndIntent(this, callback, intent, result_ok), ContextConstant.TAG).commitAllowingStateLoss()//commit()和該方法的區別就是,這個方法不會去檢查狀態,而commit會檢查狀態(mStateSaved狀態),如果狀態不對則會拋異常

ResultCallbackFragment被附加到Activity上后,會執行生命周期onCreate方法

override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)retainInstance = true//當設備旋轉時，fragment會隨托管activity一起銷毀并重建。為true可保留fragment//如果到onCreate這一步,clazz還是為空,說明是Activity被重建了,這里可以取出保存在savedInstanceState中的clazzif (clazz == null) {clazz = savedInstanceState?.getSerializable("clazz") as? Class<Activity>result_ok = savedInstanceState?.getBoolean("result_ok") ?: true}if (activity?.isFinishing != false) {finishFragment()map.remove(clazz)return}//如果intent不為null,說明是創建完成第一次附加到Activity上,這里調用startActivityForResult來調起下一個頁面if (intent != null)startActivityForResult(intent, ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)intent = null}

我們會在第一次的onCreate中調用startActivityForResult來啟動B Activity

中間會觸發onSaveInstanceState回調,我們將clazz對象保存在Bundle中,方便重建后在onCreate獲取(對應onCreate方法中if(clazz==null)處的判斷)

override fun onSaveInstanceState(outState: Bundle) {outState.putSerializable("clazz", clazz)outState.putBoolean("result_ok", result_ok)super.onSaveInstanceState(outState)}

最后B調用finish后會觸發Fragment的onActivityResult方法(不管B是否調用了setResult方法,只要是通過startActivityForResult開啟的,A就會響應onActivityResult)

override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {super.onActivityResult(requestCode, resultCode, data)finishFragment()val clazz = clazz ?: throw NullPointerException()//移除static中的回調,保證有回調時不會內存泄漏val mCallback = map.remove(clazz) ?: callback ?: returnval t = AppManager.getActivity(clazz) as? T ?: return//在這里處理RESULT_OK的判斷if (resultCode == Activity.RESULT_OK && requestCode == ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)mCallback(t, data)else if (!result_ok && requestCode == ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)mCallback(t, data)}

ps:其中的AppManager是一個管理Activity的工具類,可以在BaseActivity的onCreate中添加進去,在onDestroy時移除,getActivity方法就是通過class去遍歷獲取?

這樣整個流程就完成了,然后封裝一下入口:

/*** 使用callback的方式來執行startActivityForResult方法,就不用來回查找代碼了,提高了可讀性* 更安全的回調(即使下面的activity被回收了也能使重建的activity拿到數據)* 注意事項: 如果當前Activity重寫了onActivityResult,需要調用super方法* 同一個class的activity不能在未回調時再次調用,否則會有回調沖突* 無法修改重建后的上層函數中的局部變量** @param intent 跳轉的intent* @param result_ok 是否去判斷result_ok,如果是false,就不判斷* @param callback 成功的回調*/ fun <T : FragmentActivity> T.jumpForResult(intent: Intent, result_ok: Boolean = true, callback: T.(Intent?) -> Unit) = supportFragmentManager.beginTransaction().add(ResultCallbackFragment<T>().setCallbackAndIntent(this, callback, intent, result_ok), ContextConstant.TAG).commitAllowingStateLoss()/*** [T]是自身的泛型,[A]是跳轉到的頁面*/ inline fun <T : FragmentActivity, reified A : Activity> T.jumpForResult(initIntent: (intent: Intent) -> Unit = {}, result_ok: Boolean = true, noinline callback: T.(Intent?) -> Unit) =jumpForResult(Intent(this, A::class.java).apply(initIntent), result_ok, callback)

兩種使用方式:

第一種表示自身是MainActivity,需要打開WebViewActivity,在響應了onActivityResult后,就調用回調.可以看到我們在回調中并不關心是哪一個MainActivity對象,直接使用其中的屬性或方法即可

第二種表示自身是MainActivity(因為只有一個泛型并且能自動推斷出來,所以不需要顯式聲明),其打開一個隱式意圖,如果回調后,就獲取Intent的data字段,其實第一種還是調用的第二種,只不過中間的Intent對象給自動創建出來了

完整源碼如下:

import android.app.Activity import android.content.Intent import android.os.Bundle import androidx.fragment.app.Fragment import androidx.fragment.app.FragmentActivity import java.util.*class ResultCallbackFragment<T : Activity> : Fragment() {companion object {/*** 靜態變量暫存回調,防止頁面被回收時回調也被回收掉*/@JvmStaticprivate val map = HashMap<Class<out Activity>, Activity.(Intent?) -> Unit>()}var intent: Intent? = nullvar result_ok = truevar clazz: Class<out Activity>? = nullvar callback: (T.(Intent?) -> Unit)? = nulloverride fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)retainInstance = true//當設備旋轉時，fragment會隨托管activity一起銷毀并重建。為true可保留fragment//如果到onCreate這一步,clazz還是為空,說明是Activity被重建了,這里可以取出保存在savedInstanceState中的clazzif (clazz == null) {clazz = savedInstanceState?.getSerializable("clazz") as? Class<Activity>result_ok = savedInstanceState?.getBoolean("result_ok") ?: true}if (activity?.isFinishing != false) {finishFragment()map.remove(clazz)return}//如果intent不為null,說明是創建完成第一次附加到Activity上,這里調用startActivityForResult來調起下一個頁面if (intent != null)startActivityForResult(intent, ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)intent = null}private fun finishFragment() {activity?.supportFragmentManager?.beginTransaction()?.remove(this)?.commitAllowingStateLoss()}override fun onSaveInstanceState(outState: Bundle) {outState.putSerializable("clazz", clazz)outState.putBoolean("result_ok", result_ok)super.onSaveInstanceState(outState)}override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {super.onActivityResult(requestCode, resultCode, data)finishFragment()val clazz = clazz ?: throw NullPointerException()//移除static中的回調,保證有回調時不會內存泄漏val mCallback = map.remove(clazz) ?: callback ?: returnval t = AppManager.getActivity(clazz) as? T ?: returnif (resultCode == Activity.RESULT_OK && requestCode == ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)mCallback(t, data)else if (!result_ok && requestCode == ContextConstant.START_ACTIVITY_FOR_RESULT_REQUEST_CODE)mCallback(t, data)}fun setCallbackAndIntent(t: T, callback: T.(Intent?) -> Unit, intent: Intent, result_ok: Boolean): ResultCallbackFragment<T> {val tClass = t::class.javamap[tClass] = callback as Activity.(Intent?) -> Unitthis.callback = callbackthis.clazz = tClassthis.intent = intentthis.result_ok = result_okreturn this} }/*** 使用callback的方式來執行startActivityForResult方法,就不用來回查找代碼了,提高了可讀性* 更安全的回調(即使下面的activity被回收了也能使重建的activity拿到數據)* 注意事項: 如果當前Activity重寫了onActivityResult,需要調用super方法* 同一個class的activity不能在未回調時再次調用,否則會有回調沖突* 無法修改重建后的上層函數中的局部變量** @param intent 跳轉的intent* @param result_ok 是否去判斷result_ok,如果是false,就不判斷* @param callback 成功的回調*/ fun <T : FragmentActivity> T.jumpForResult(intent: Intent, result_ok: Boolean = true, callback: T.(Intent?) -> Unit) = supportFragmentManager.beginTransaction().add(ResultCallbackFragment<T>().setCallbackAndIntent(this, callback, intent, result_ok), ContextConstant.TAG).commitAllowingStateLoss()/*** [T]是自身的泛型,[A]是跳轉到的頁面*/ inline fun <T : FragmentActivity, reified A : Activity> T.jumpForResult(initIntent: (intent: Intent) -> Unit = {}, result_ok: Boolean = true, noinline callback: T.(Intent?) -> Unit) =jumpForResult(Intent(this, A::class.java).apply(initIntent), result_ok, callback)//簡化版AppManager object AppManager {private val activityStack: ArrayDeque<Activity> = ArrayDeque()/*** 加入隊列*/fun addActivity(activity: Activity) = activityStack.add(activity)/*** 獲取指定class的*/fun <T : Activity> getActivity(cls: Class<out T>): T? {for (value in activityStack) {if (value.javaClass == cls) {return value as? T}}return null}fun removeActivity(activity: Activity?): AppManager {if (activity != null) {activityStack.remove(activity)}return this} }object ContextConstant {const val START_ACTIVITY_FOR_RESULT_REQUEST_CODE = 965//startActivityForResult方法所使用到的requestCodeconst val TAG = "ResultCallbackFragment"//startActivityForResult方法所使用到的查找fragment用的tag }

可以直接運行測試的demo:https://github.com/ltttttttttttt/JumpForResultDemo

結語

該問題解決的主要思路就是通過保存Class對象在Bundle中,然后保存回調在static中,通過替換回調的Receiver(this)來實現無感的回調

而其實這個方式也是可以支持Fragment打開Activity的,但是由于篇幅原因和加入后邏輯相較亂的問題,所以只實現了Activity打開Activity的代碼,感興趣的讀者可以自行實現,我這里可以提供一下相關查找Fragment的方法

/*** 在FragmentActivity或FragmentManager中遍歷查找Fragment,深度優先*/ fun <T : Fragment> FragmentActivity.getFragment(clazz: Class<T>): T? =supportFragmentManager.getFragment(clazz)fun <T : Fragment> FragmentManager.getFragment(clazz: Class<T>): T? {for (f in fragments) {f ?: continueif (f::class.java == clazz)return f as Tval fragment = f.childFragmentManager.getFragment(clazz)if (fragment != null)return fragment}return null }inline fun <reified T : Fragment> FragmentActivity.getFragment(): T? = getFragment(T::class.java)

而且由于回調是使用Class當做key的,所以一個Activity無法同一時間打開兩個Activity,但是也可以通過其他方式繞過去(盡管我認為是偽需求)

經bennyhuo大佬指點:由于回調的時候可能Receiver(this)已經被替換掉了,所以函數內的局部變量無法修改,只能讀取(而且讀取的也是之前的Activity的函數的內容),所以使用該方式不要在回調用讀取或修改函數中的局部變量,比如下面這樣就是一個無效操作(防止有人這樣寫遇見bug)

end

總結

以上是生活随笔為你收集整理的以回调形式使用startActivityForResult方法,并解决Activity被回收的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。