Xamarin中设置DynamicResource前为何需先调用RemoveDynamicResource？

这段代码是Xamarin.Forms开发里非常典型的防御性写法，根本不是多余的冗余调用，背后的原因和Xamarin.Forms动态资源的底层实现特性直接相关：

• 先厘清两个关联API的实际行为：
  • RemoveDynamicResource(BindableProperty property)：触发后会完全清除当前元素针对指定可绑定属性的所有动态资源关联，断开对历史绑定资源键的变更订阅，把内部存储的绑定状态重置为初始未绑定值
  • 你代码里写的this.DynamicResource(...)是流行的扩展方法语法糖，底层本质就是调用框架原生的SetDynamicResource(BindableProperty property, string resourceKey)，作用是给指定的可绑定属性注册新的动态资源关联
• 关于你疑惑的“新绑定会不会自动覆盖旧关系”：
  这个认知在Xamarin.Forms的旧版本里是不成立的。在Xamarin.Forms 4.x及之前的全生命周期正式版本中，重复对同一个可绑定属性调用SetDynamicResource，并不会彻底清理旧的资源订阅：框架内部只会更新存储的资源键值，但是旧资源键对应的变更事件回调依然会挂在元素的资源事件链上。
  这种实现带来的隐蔽bug非常难排查：当全局主题资源发生变更时，新旧两个资源键的变更通知都会触发当前属性的值更新，最终属性值会被最后触发的回调覆盖，经常出现颜色随机跳变、新绑定的资源完全不生效的问题。

提前调用RemoveDynamicResource，就是从根上切断旧的资源订阅关联，等完全清空之前的绑定状态后，再注册新的动态资源关系，从根源上避免多回调冲突导致的异常。
补充说明：在后续的.NET MAUI实现中，框架已经修复了这个订阅残留的问题，重复调用SetDynamicResource时会主动清理旧的事件回调，此时提前调用RemoveDynamicResource就属于可写可不写的冗余代码。但在Xamarin.Forms的历史存量项目中，这行代码是无数开发人员踩过坑后沉淀下来的稳定写法。

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