如何在活動重新創建后處理 onCreate 中 Dagger 注入所需的未初始化資源？

Question

我將 Dagger 添加到我的舊 Android 應用程序中，並試圖弄清楚如何處理依賴於非 Dagger 對象的依賴項，這些對象在正常應用程序初始化期間創建但在后台 + 不活動后的活動重啟期間未重新創建。

現有代碼

在舊代碼中，在身份驗證代碼路徑期間，我們構造了一個“會話”object，其中包含創建經過身份驗證的 Retrofit 對象所需的令牌和其他內容。 某些活動依賴於存在的 session object，並且用戶在不通過身份驗證代碼路徑的情況下無法正常訪問它們。 但是，如果應用程序處於非活動狀態然后稍后恢復，則平台將嘗試直接重新創建活動而不通過身份驗證代碼路徑，因此 session object 將為 Z37A6259CC0C1DAE29BD9A7866489DFF。

為了防止這種情況發生，歷史上依賴於登錄的每個活動都派生自“SessionActivity”，它的 onCreate 檢查我們是否已登錄，如果沒有完成活動並啟動應用程序的入口點。 （這將觸發“會話” object 被重新創建；用戶將不得不再次導航回該屏幕，但至少沒有崩潰）

class SessionActivity {

@Override
protected void onCreate(Bundle savedInstanceState)
{
    super.onCreate(savedInstanceState);

    if( LegacySingleton.getInstance().session == null ) {
    {
        Intent intent = new Intent(this, LauncherActivity.class);
        intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
        finish();
        return;
    }
}

}

新代碼

我現在正在添加 Dagger，並且希望能夠注入一個 Retrofit object，它是使用 Z21D6F40CFB511982E4424E0E250A95549EB269693131 構建的 Retrofit object

@Provides
fun provideRetrofit(): Retrofit {
    return LegacySingleton.getInstance().session!!.authenticatedRetrofit
}

然后依賴於登錄的示例活動將具有類似的 onCreate

@Override
protected void onCreate(Bundle savedInstanceState)
{
    ((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
    super.onCreate(savedInstanceState);
}

有一個明顯的問題：如果 LegacySingleton.getInstance().session 返回 null （因為它會在重新創建路徑中）然后我們會崩潰。 是否有一個共同的模式來解決這個問題？

嘗試1：

如果 session 是 null，我的第一個傾向是在 provideRetrofit 中拋出 IllegalStateException，然后依賴登錄的活動會說

@Override
protected void onCreate(Bundle savedInstanceState)
{
    try {
       ((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
   } catch (ex: IllegalStateException) {
        Intent intent = new Intent(this, LauncherActivity.class);
        intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
        finish();
        return;
   }        
    super.onCreate(savedInstanceState);
}

（顯然這將被考慮到輔助方法中，但為了簡單起見在這里寫出來）

但是，這不起作用，因為 Android 要求所有對 onCreate 的調用都調用到 super.onCreate。

嘗試2：

我可以說

@Override
protected void onCreate(Bundle savedInstanceState)
{
    super.onCreate(savedInstanceState);
    try {
       ((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
   } catch (ex: IllegalStateException) {
        Intent intent = new Intent(this, LauncherActivity.class);
        intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
        finish();
        return;
   }        
}

但這打破了在super.onCreate之前注入的匕首原則。 （然后確保在 super.onCreate 回調到派生的 class 並需要其中一個依賴項的情況下准備好依賴項）所以這在某些情況下可能有效，但如果有人開始依賴 super.onCreate 中的這些依賴項，那么我會在運行時命中 NPE。 不是很好。

嘗試 3：

我可以執行注入並跟蹤它是否成功，例如

@Override
protected void onCreate(Bundle savedInstanceState)
{
    Val injectionSucceeded = try {
       ((MyComponentProvider) getApplicationContext()).getComponent().inject(this);
       true
   } catch (ex: IllegalStateException) {
       false
   }
    super.onCreate(savedInstanceState);
   If (!injectionSucceeded)
        Intent intent = new Intent(this, LauncherActivity.class);
        intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
        intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        startActivity(intent);
        finish();
        return;
   }        
}

但是和嘗試2有同樣的問題； 如果注入失敗，那么無論如何我都會調用 super.onCreate 並且並非所有依賴項都可能已被注入。

嘗試4：

我本可以提供 Nullable 對象

@Provides
fun provideRetrofit(): Retrofit? {
    return LegacySingleton.getInstance().session?.authenticatedRetrofit
}

但是每個客戶在使用它們之前都需要檢查依賴項的可空性，這將是一個巨大的痛苦。 （我什至不確定這是否可能）

代碼實驗室建議：

Google 的 Dagger 代碼實驗室暗示了這個問題： https://developer.android.com/codelabs/android-dagger#12

重要提示：進行條件字段注入（就像我們在 MainActivity.kt 中所做的那樣，僅當用戶登錄時才進行注入）是非常危險的。 開發人員必須了解這些條件，並且在與注入的字段交互時可能會遇到 NullPointerExceptions。 為了避免這個問題，我們可以通過創建一個 SplashScreen 來添加一些間接性，該 SplashScreen 根據用戶的 state 路由到 Registration、Login 或 Main。

但這對於一個現有的應用程序來說似乎並不實用，它有十幾個 SessionActivity 子類，這些子類想要用 Retrofit 對象注入自己。

有沒有人有更好的主意？