Hilt中非主线程/异步初始化对象的实现方法

问题背景 #

你的provideMsalClient方法直接在主线程调用了PublicClientApplication.createSingleAccountPublicClientApplication，而该方法属于耗时IO操作，不允许在主线程执行，导致抛出异常。Hilt默认在主线程完成依赖实例化，因此需要通过异步机制调整初始化逻辑。

解决方案一：返回异步实例（Deferred），由依赖方处理等待 #

这种方式不阻塞依赖注入流程，将异步初始化的控制权交给使用方：

1. 首先定义IO调度器的限定符（如果没有的话）：

@Retention(AnnotationRetention.BINARY)
@Qualifier
annotation class IoDispatcher

@Provides
@IoDispatcher
fun provideIoDispatcher(): CoroutineDispatcher = Dispatchers.IO

2. 修改Provider方法，返回Deferred<ISingleAccountPublicClientApplication>：

@Singleton
@Provides
fun provideMsalClient(
    @ApplicationContext context: Context,
    @IoDispatcher dispatcher: CoroutineDispatcher
): Deferred<ISingleAccountPublicClientApplication> = CoroutineScope(dispatcher).async {
    PublicClientApplication.createSingleAccountPublicClientApplication(
        context,
        R.raw.msal_config
    )
}

3. 在使用方（比如ViewModel）中等待异步结果：

@HiltViewModel
class AuthViewModel @Inject constructor(
    private val msalClientDeferred: Deferred<ISingleAccountPublicClientApplication>
) : ViewModel() {
    fun performAuth() {
        viewModelScope.launch {
            val msalClient = msalClientDeferred.await()
            // 执行MSAL认证逻辑
        }
    }
}

解决方案二：用runBlocking在后台线程同步初始化 #

如果希望依赖方直接拿到实例，不需要处理异步，可以用runBlocking指定后台调度器完成初始化：

1. 同样需要先定义IO调度器限定符（同方案一）。

2. 修改Provider方法：

@Singleton
@Provides
fun provideMsalClient(
    @ApplicationContext context: Context,
    @IoDispatcher dispatcher: CoroutineDispatcher
): ISingleAccountPublicClientApplication = runBlocking(dispatcher) {
    PublicClientApplication.createSingleAccountPublicClientApplication(
        context,
        R.raw.msal_config
    )
}

注意：runBlocking会阻塞当前线程，但因为我们指定了IO调度器，Hilt会在后台线程执行初始化逻辑，不会阻塞主线程。如果初始化耗时较长，会延迟依赖注入的完成时间，需要评估对应用启动速度的影响。

方案选型建议 #

• 如果初始化耗时短，或希望依赖方代码更简洁，优先选方案二。
• 如果初始化耗时较长，不想阻塞应用启动流程，优先选方案一，让使用方在合适的时机触发等待。

内容的提问来源于stack exchange，提问作者me.at.coding