从iOS Swift转Android Kotlin Jetpack：ViewModel依赖Context的方案咨询

1. 将Context相关的UI/生命周期操作移到Composable层 #

ViewModel的核心职责是托管状态与业务逻辑，不应该处理和UI生命周期绑定的操作（比如广播注册）。这类操作应放在Composable中，用DisposableEffect管理生命周期，确保Composable销毁时自动清理（如注销广播）。

示例代码：

@Composable
fun ScannerScreen(viewModel: ScannerViewModel = viewModel()) {
    val context = LocalContext.current
    val scannerReceiver = remember {
        object : BroadcastReceiver() {
            override fun onReceive(context: Context?, intent: Intent?) {
                // 把广播事件传给ViewModel处理业务逻辑
                intent?.let { viewModel.handleScannerData(it) }
            }
        }
    }

    // 用DisposableEffect管控广播的注册与注销
    DisposableEffect(scannerReceiver) {
        val filter = IntentFilter(context.getString(R.string.datawedge_intent_filter_action))
        filter.addCategory(Intent.CATEGORY_DEFAULT)
        context.registerReceiver(scannerReceiver, filter)

        // Composable销毁时自动注销广播
        onDispose {
            context.unregisterReceiver(scannerReceiver)
        }
    }

    // 其他UI渲染代码...
}

// ViewModel仅处理业务逻辑，完全不依赖Context
class ScannerViewModel : ViewModel() {
    fun handleScannerData(intent: Intent) {
        // 解析扫描数据、更新状态或执行业务操作
    }
}

2. 用Application Context处理全局无生命周期依赖的操作 #

如果是MQTT客户端这类不需要绑定UI生命周期的操作，可以使用Application Context（全局唯一，不会因Activity销毁引发内存泄漏）。可通过ViewModel工厂手动注入，或用依赖注入框架（如Hilt）简化流程。

手动注入Application Context示例： #

class MqttViewModel(application: Application) : ViewModel() {
    private val mqttClient: MqttClient by lazy {
        // 用Application Context初始化MQTT客户端
        MqttClient(application.applicationContext, "clientId")
    }

    fun connectMqtt() {
        mqttClient.connect()
    }

    // 自定义ViewModel工厂，用于注入Application
    class Factory(private val application: Application) : ViewModelProvider.Factory {
        override fun <T : ViewModel> create(modelClass: Class<T>): T {
            if (modelClass.isAssignableFrom(MqttViewModel::class.java)) {
                @Suppress("UNCHECKED_CAST")
                return MqttViewModel(application) as T
            }
            throw IllegalArgumentException("未知ViewModel类")
        }
    }
}

// 在Composable中获取ViewModel
@Composable
fun MqttScreen() {
    val application = LocalContext.current.applicationContext as Application
    val viewModel: MqttViewModel = viewModel(factory = MqttViewModel.Factory(application))
    
    // UI交互代码...
}

Hilt简化注入（推荐）： #

如果使用Hilt，只需给ViewModel添加注解，即可自动注入Application：

@HiltViewModel
class MqttViewModel @Inject constructor(
    private val application: Application
) : ViewModel() {
    private val mqttClient = MqttClient(application.applicationContext, "clientId")
    
    fun connectMqtt() {
        mqttClient.connect()
    }
}

// Composable中直接获取ViewModel
@Composable
fun MqttScreen(viewModel: MqttViewModel = hiltViewModel()) {
    // UI代码...
}

3. 封装需要Context的组件，隔离ViewModel与Context #

对于依赖Context的第三方库，可封装成独立的Manager类，内部持有Application Context，ViewModel仅依赖这个封装后的组件，不直接接触Context。

示例：

// 封装MQTT管理类
class MqttManager(private val context: Context) {
    private val client = MqttClient(context, "clientId")
    
    fun connect() {
        client.connect()
    }
    
    fun disconnect() {
        client.disconnect()
    }
    
    // 其他MQTT操作方法...
}

// 用Hilt提供MqttManager实例（注入Application Context）
@Module
@InstallIn(SingletonComponent::class)
object MqttModule {
    @Provides
    fun provideMqttManager(application: Application): MqttManager {
        return MqttManager(application.applicationContext)
    }
}

// ViewModel仅依赖MqttManager，无需接触Context
@HiltViewModel
class MqttViewModel @Inject constructor(
    private val mqttManager: MqttManager
) : ViewModel() {
    fun connectMqtt() {
        mqttManager.connect()
    }
}

为什么不建议Composable传Context给ViewModel函数？ #

• 破坏职责分离：ViewModel核心是业务逻辑，依赖UI层Context会导致耦合，降低可测试性与复用性。
• 生命周期风险：若ViewModel在异步操作中意外持有Context引用，极易引发内存泄漏。
• 代码冗余：每次调用都需传Context，增加重复代码，提升出错概率。

内容的提问来源于stack exchange，提问作者Duncan Hill