原因——为什么需要谨慎使用x:Bind？
在实际开发中发现，使用它会导致VM回收不及时，可能导致内存泄漏。
那为何要在项目中使用它呢？
因为：{x：Bind} 标记扩展（Windows 10 的新增功能）是 {Binding} 的替代方法。 {x:Bind} 比 {Binding} 运行的时间更少，内存更少，并支持更好的调试。
详细可以参考：xBind 标记扩展 - UWP applications | Microsoft Learn
如何解绑绑定？
Binding解绑
说到Binding，WPF和UWP、以及到当下的WINUI都支持，而x:Bind仅UWP和WINUI目前支持。
使用Binding，在Page或Window生命终结时，一般只需要设置将DataContext置空即可；若在Page或Window的后台代码中设置了VM，那么最好也在设置DataContext时同时将VM置空。
如此即可将使用Binding的所有绑定全部解绑，如下所示；此建议在Page或Window的Unloaded事件中进行相应的处理。
this.DataContext = null;
this.ViewModel = null;
当然，若使用Frame进行导航时，也可以在重写OnNavigatingFrom方法。
protected override void OnNavigatingFrom(NavigatingCancelEventArgs e)
{
base.OnNavigatingFrom(e);
this.DataContext = null;
this.ViewModel = null;
}
但不建议如此，原因是OnNavigatingFrom方法在Unloaded事件前执行，在OnNavigatingFrom方法中将VM置为null后，若需要在Unloaded时执行某个Command,那么这个Command将失灵。
x:Bind解绑
它的解绑，相对于Binding而言需要多做几个几步。
在将DataContext置为null前，将Bindings全部解除跟踪；Bindings为在使用x:Bind时生成。
this.Bindings.StopTracking();
this.DataContext = null;
this.ViewModel = null;
同时，在使用x:Bind进行绑定的Command、Behavior、文本的双向绑定等等最好也手动清除掉；
在使用MVVM Toolkit8.2.2中的源生成器标记了Command和绑定属性后，会导致VM即使被置空，也会导致VM不能被正常回收；
那么若不断需要进入某个Page就会实例化一个这个Page的VM，然后操作完退出这个Page，再进入这个Page，又会实例化这个Page的VM，最终导致这个Page的VM不能被回收释放；同时这个Page的实例也不会被正常回收。出现如下的情况：
上图中VM之所以未被正常回收释放，就是因为Behavior引用中使用了x:Bind。
使用x:Bind的问题代码如下：
<interactivity:Interaction.Behaviors>
<core:EventTriggerBehavior EventName="Loaded">
<core:InvokeCommandAction x:Name="PageLoadInvoke" Command="{x:Bind ViewModel.QueryUserCommand}" />
</core:EventTriggerBehavior>
</interactivity:Interaction.Behaviors>
从实测来看，只要将上述代码中的改为Binding，那么问题解决了，即
<interactivity:Interaction.Behaviors>
<core:EventTriggerBehavior EventName="Loaded">
<core:InvokeCommandAction x:Name="PageLoadInvoke" Command="{Binding QueryUserCommand}" />
</core:EventTriggerBehavior>
</interactivity:Interaction.Behaviors>
当然也可以直接使用 InvokeCommandAction 的Name调用这个Action，直接将它置null，也是可以解决问题的，即
PageLoadInvoke.Command = null;
总结
说了这么多，目前来说由于一些问题，导致使用x:Bind绑定VM中的Command或其它一些绑定属性后，会导致VM回收异常；而使用Binding反倒没有这个问题，虽然MS的文档说使用x:Bind性能更好，但它却可能会导致内存泄漏，因此暂时还是以Binding进行绑定为好，待后续WINUI和MVVMToolkit解决这一问题后，再考虑使用x:Bind吧。
