Xamarin.Forms自定义渲染器中e.NewElement、Control及e.OldElement的区别

e.NewElement 与 Control 属性的核心区别 #

两个属性属于完全不同层级的对象，差异非常明确：

• e.NewElement：属于Xamarin.Forms跨平台抽象层的控件实例，就是你在共享项目中定义、编写业务逻辑的Picker对象。它只包含跨平台通用的可绑定属性、事件定义和公共逻辑，不包含任何平台特定的渲染实现，所有平台共用这一套抽象定义。
• Control：属于平台原生层的控件实例，是PickerRenderer在对应平台上创建、最终真正渲染到设备屏幕上的原生控件（比如Android平台对应原生选择器控件、iOS平台对应iOS原生选择器控件）。所有平台定制化逻辑（比如修改原生样式、挂载原生事件、调用平台特有API）都需要操作这个属性，该属性只有在原生控件初始化完成后才会被赋值。

e.OldElement 的作用 #

e.OldElement确实是指向历史绑定实例的引用，但它指代的是之前和当前渲染器实例绑定过的Xamarin.Forms层Picker实例，不是“上一个自定义Picker类型实例”。
它的核心作用是提供资源清理的入口：当渲染器和旧的Forms控件解绑时（比如控件从可视树移除、页面销毁回收、渲染器复用时绑定了新的Forms控件），你需要在e.OldElement != null的判断分支里，解绑之前给旧控件注册的事件、释放申请的平台资源，避免内存泄漏。

标准实现参考 #

重写方法时可以参考下面的判断结构，避免空引用和资源泄漏问题：

protected override void OnElementChanged(ElementChangedEventArgs<Picker> e)
{
    base.OnElementChanged(e);

    // 旧控件解绑：执行清理逻辑
    if (e.OldElement != null)
    {
        // 解绑之前注册的事件、销毁自定义资源
    }

    // 新控件绑定：执行初始化定制逻辑
    if (e.NewElement != null && Control != null)
    {
        // 读取NewElement的跨平台属性，对Control做对应原生配置
        // 给Control挂载原生事件，把状态同步回NewElement
    }
}

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