这问题问得很到位！在使用Android Architecture Components + MVVM的架构里，处理前一个页面通过Intent传递过来的数据，核心要守住分层职责清晰的原则，不能让View层（Activity）直接把数据乱塞，也别破坏ViewModel和Repository的独立性。下面给你捋捋具体的做法：

1. View层只做参数解析与传递，不碰业务逻辑 #

Activity作为View层，它的本职工作就是和UI交互、接收系统级的输入（比如Intent）。所以第一步就在这里把Intent里的参数解析出来，但绝对不要在Activity里用这些参数做业务处理，只需要把干净的参数传递给ViewModel就行。

举个Kotlin的例子：

class TargetActivity : AppCompatActivity() {
    // 用ViewModel KTX获取ViewModel实例
    private val viewModel: TargetViewModel by viewModels()

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_target)
        
        // 解析Intent里的参数，这里以一个用户ID为例
        val userId = intent.getStringExtra("EXTRA_USER_ID") ?: ""
        // 把参数传递给ViewModel
        viewModel.setUserId(userId)
    }
}

2. ViewModel持有参数，按需流转 #

接下来ViewModel接收参数后，分两种情况处理：

• 如果参数仅用于UI展示：直接把参数包装成LiveData暴露给View层观察就行，不需要经过Repository。
• 如果参数需要用来获取其他数据：比如用这个Intent传的ID去数据库查详情，那就把参数传递给Repository，让Repository去处理数据获取逻辑。

代码示例：

class TargetViewModel : ViewModel() {
    // 用MutableLiveData存储参数，对外暴露不可变的LiveData
    private val _userId = MutableLiveData<String>()
    val userId: LiveData<String> = _userId

    // 假设我们有一个Repository实例
    private val userRepository = UserRepository()

    fun setUserId(id: String) {
        // 避免重复设置参数（比如配置变更后重建页面）
        if (_userId.value.isNullOrEmpty()) {
            _userId.value = id
            // 如果需要用ID获取用户详情，调用Repository
            fetchUserDetail(id)
        }
    }

    private fun fetchUserDetail(userId: String) {
        // 这里可以用Coroutine或者Flow处理异步请求
        viewModelScope.launch {
            val user = userRepository.getUserById(userId)
            // 把结果包装成LiveData给View层观察
        }
    }
}

3. 进阶：用SavedStateHandle处理配置变更 #

如果你的页面可能因为旋转、分屏等配置变更重建，用SavedStateHandle来存储参数会更安全——它会自动帮你保存参数，避免配置变更后数据丢失，而且ViewModel可以通过构造函数注入它（依赖ViewModel KTX）。

示例代码：

// 构造函数注入SavedStateHandle
class TargetViewModel(private val savedStateHandle: SavedStateHandle) : ViewModel() {
    // 直接从SavedStateHandle获取LiveData，配置变更后数据不会丢
    val userId: LiveData<String> = savedStateHandle.getLiveData("KEY_USER_ID")

    fun setUserId(id: String) {
        if (savedStateHandle["KEY_USER_ID"].isNullOrEmpty()) {
            savedStateHandle["KEY_USER_ID"] = id
            fetchUserDetail(id)
        }
    }

    // ... 其他逻辑和之前一样
}

关键原则：别让ViewModel依赖系统组件 #

很多人会想能不能直接在ViewModel里获取Intent？绝对不要这么做！ViewModel的设计初衷就是独立于系统组件，如果它依赖了Intent或者Context，会导致ViewModel无法被单元测试，也破坏了MVVM的分层逻辑——ViewModel只应该关心业务逻辑，不应该知道数据是来自Intent、网络还是数据库。

总结下来就是：View层收参数→传ViewModel→ViewModel按需给Repository或自己处理，全程各层各司其职，完美契合MVVM的架构思想。

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