Android MVVM架构中，应在哪里启动带返回结果的Activity？

核心结论 #

启动带返回结果的Activity仍然属于UI层（Activity/Fragment）的职责，因为这涉及Android系统交互与生命周期绑定，ViewModel不应该直接持有Context或触发页面跳转。但你可以通过优化数据流转逻辑，避免Activity间直接传参再调用ViewModel方法的耦合问题。

优化架构方案 #

1. 用Activity Result API + ViewModel状态管理解耦

Android官方推荐的Activity Result API替代传统onActivityResult，结合ViewModel处理结果逻辑，让UI层只负责"转发结果"，业务逻辑完全交给ViewModel。

示例代码：

• PaymentActivity（UI层）：负责启动页面、接收结果并转发给ViewModel

class PaymentActivity : AppCompatActivity() {
    private val viewModel: PaymentViewModel by viewModels()
    private val nfcResultLauncher = registerForActivityResult(ActivityResultContracts.StartActivityForResult()) { result ->
        if (result.resultCode == RESULT_OK) {
            val bankInfo = result.data?.getParcelableExtra<BankInfo>("BANK_INFO")
            bankInfo?.let { viewModel.handleNFCBankInfo(it) }
        }
    }

    // 触发NFC读取的点击事件
    fun onReadNFCTapped() {
        val intent = Intent(this, ReadNFCActivity::class.java)
        nfcResultLauncher.launch(intent)
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // 观察ViewModel的支付状态，更新UI
        viewModel.paymentState.observe(this) { state ->
            updatePaymentUI(state.bankName, state.accountNumber)
        }
    }
}

• PaymentViewModel（业务逻辑层）：处理结果解析、业务验证，更新UI状态

class PaymentViewModel(private val nfcUseCase: NFCReadUseCase) : ViewModel() {
    private val _paymentState = MutableLiveData(PaymentState())
    val paymentState = _paymentState as LiveData<PaymentState>

    fun handleNFCBankInfo(rawBankInfo: BankInfo) {
        // 调用UseCase处理业务逻辑（比如数据验证、格式转换）
        val processedInfo = nfcUseCase.processBankInfo(rawBankInfo)
        // 更新状态，UI层自动响应
        _paymentState.value = _paymentState.value?.copy(
            bankName = processedInfo.name,
            accountNumber = processedInfo.accountNumber
        )
    }
}

• ReadNFCActivity（UI层）：仅负责NFC系统交互，拿到数据后直接返回

class ReadNFCActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        // 初始化NFC监听逻辑
    }

    // 读取到NFC标签数据后的处理
    private fun onNFCDataReceived(rawData: ByteArray) {
        val bankInfo = parseRawNFCData(rawData) // 仅做数据解析，不处理业务
        val resultIntent = Intent().apply {
            putExtra("BANK_INFO", bankInfo)
        }
        setResult(RESULT_OK, resultIntent)
        finish()
    }
}

2. 进一步解耦：ViewModel触发页面跳转

如果想让ViewModel完全控制页面跳转的时机（比如满足某些业务条件才允许启动NFC页面），可以用"事件通知"的方式：

• PaymentViewModel：发出跳转指令

class PaymentViewModel : ViewModel() {
    private val _navigateToNFC = MutableLiveData<Event<Unit>>()
    val navigateToNFC = _navigateToNFC as LiveData<Event<Unit>>

    fun requestNFCRead() {
        // 先做业务校验，比如检查支付状态是否允许读取NFC
        if (canReadNFC()) {
            _navigateToNFC.value = Event(Unit)
        }
    }
}

// 自定义Event类，防止重复触发
class Event<out T>(private val content: T) {
    var hasBeenHandled = false
        private set

    fun getContentIfNotHandled(): T? {
        return if (hasBeenHandled) null else {
            hasBeenHandled = true
            content
        }
    }
}

• PaymentActivity：监听跳转指令并启动页面

viewModel.navigateToNFC.observe(this) { event ->
    event.getContentIfNotHandled()?.let {
        nfcResultLauncher.launch(Intent(this, ReadNFCActivity::class.java))
    }
}

关键优势 #

1. 职责清晰：UI层只负责系统交互和状态响应，ViewModel专注业务逻辑，避免Activity承担过多职责。
2. 可测试性：业务逻辑（比如NFC数据处理）被抽离到UseCase/ViewModel，可单独编写单元测试。
3. 低耦合：Activity间不再直接传递业务数据，而是通过ViewModel做中转，后续修改NFC读取逻辑时，无需改动PaymentActivity的核心代码。

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