如何解决如何在重新创建活动后处理 onCreate 中 Dagger 注入所需的未初始化资源？

我正在将 Dagger 添加到我的旧版 Android 应用程序中，并试图弄清楚如何处理依赖于非 Dagger 对象的依赖项，这些对象在正常应用程序初始化期间创建，但在后台 + 不活动后重新启动活动期间不会重新创建。

现有代码

在旧代码中，在身份验证代码路径期间，我们构造了一个“会话”对象，其中包含创建经过身份验证的 Retrofit 对象所需的令牌和其他内容。某些活动依赖于该会话对象的存在，并且用户没有通过身份验证代码路径访问它们的正常方法。但是，如果应用程序处于非活动状态，然后在稍后恢复，则平台将尝试直接重新创建活动而不通过身份验证代码路径，因此会话对象将为空。

为了防止出现这种情况，历史上每个依赖于登录的活动都源自“SessionActivity”，其 onCreate 检查我们是否已登录，如果没有完成活动并启动应用程序的入口点。（这将触发重新创建“会话”对象；用户将不得不再次导航回该屏幕，但至少没有崩溃）

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 对象。

@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之前注入的dagger原则。（然后确保依赖项准备就绪，以防 super.onCreate 回调到派生类并需要这些依赖项之一）所以这在某些情况下可能有效，但如果有人开始依赖 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
}

但是每个客户端都需要在使用依赖项之前检查它们的可空性，这将是一个巨大的痛苦。（我什至不确定这是否可能）

Codelab 建议：

Google 的 Dagger 代码实验室提到了这个问题：https://developer.android.com/codelabs/android-dagger#12

重要：进行条件字段注入（正如我们所做的那样）在 MainActivity.kt 中，仅当用户登录时注入）是非常危险。开发商必须了解条件和与注入的交互时，您可能会遇到 NullPointerExceptions 领域。为了避免这个问题，我们可以通过创建一个添加一些间接 SplashScreen 路由到注册、登录或主界面取决于用户的状态。

但这对于现有的应用程序来说似乎不切实际，因为它有十几个 SessionActivity 子类想要向自己注入 Retrofit 对象。

有人有更好的主意吗？

如何在重新创建活动后处理 onCreate 中 Dagger 注入所需的未初始化资源？