从View向ViewModel传递数据是否违反MVVM架构规范？

你示例中的传参写法不属于错误用法，不会造成ViewModel对View的引用依赖，符合MVVM架构规范。

核心规则说明 #

ViewModel禁止持有View引用的核心逻辑是：ViewModel的生命周期长于View（Activity/Fragment旋转重建、页面退到后台销毁时，ViewModel实例会被保留），如果ViewModel直接持有View实例，会导致已销毁的View对象无法被垃圾回收，引发内存泄漏。
判断传参是否合规的唯一标准是：传递的内容是否包含View/Activity/Fragment/UI相关Context这类和View生命周期绑定的对象引用，和参数是基础类型、字符串还是自定义数据类没有关系：

• 你示例中传递的url是独立的字符串纯数据，和WebView、Activity实例没有绑定关系，ViewModel拿到的只是一个普通值，不存在持有View引用的问题。这种写法本身就是MVVM里的标准交互逻辑：View负责感知UI事件、生命周期回调，把事件附带的纯数据传给ViewModel做业务处理，ViewModel处理完成后再通过可观察数据（比如你使用的LiveData）把UI状态回传给View渲染。
• 如果传递的是自定义数据类，只要这个类是纯数据模型，内部没有持有View、Context等UI层对象的引用，就同样不存在合规问题。

示例代码的可优化点 #

你贴的代码不存在架构层面的违规，但有几个容易引发运行问题的细节可以调整：

• _url声明为lateinit但未做初始化就直接在init块中赋值，运行时会抛出未初始化异常，正确写法可以直接在声明时完成初始化：

class MainViewModel: ViewModel() {
    private val _url = MutableLiveData("google.com")
    val url: LiveData<String> = _url
    // 其余逻辑不变
}

• CookieManager属于和WebView环境绑定的数据层组件，直接在ViewModel中硬编码实例化会提升代码耦合度，更推荐把Cookie获取、存储逻辑抽离到独立的Repository层，ViewModel仅调用Repository暴露的方法获取结果，拆分数据层和UI层逻辑。
• WebView自带的onPageFinished回调存在重定向时多次触发、页面加载失败也会触发的问题，这部分过滤逻辑建议放在View层处理，仅将最终校验有效的url传给ViewModel，避免ViewModel承担不必要的UI状态判断逻辑。

明确违规的传参场景 #

以下写法才属于违反架构规范的用法，会引发引用依赖和内存泄漏风险：

• 直接将onPageFinished回调中的WebView实例、Activity/Fragment实例、View类型对象作为参数传给ViewModel的方法
• 传递的自定义数据类中包含View、Activity、UI Context这类和View生命周期绑定的字段
• 在ViewModel中定义接收View/Context类型参数的方法，哪怕是临时调用也不推荐

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