我非常理解你在开发类TikTok视频滚动界面时遇到的这些困扰——CollectionView的默认回收机制，确实会给包含MediaElement的列表项带来状态丢失、资源清理异常这类麻烦，而你刚好只需要同时显示4个视频，完全没必要让回收机制添乱。下面给你几个针对性的解决方案：

一、直接替换CollectionView：用ScrollView + StackLayout实现无回收列表 #

这是最直接也最省心的方案，因为你只有少量项，完全不用担心性能问题：

• 放弃使用CollectionView，改用ScrollView包裹一个垂直方向的StackLayout；
• 把每个带MediaElement的视频项作为ContentView（或自定义View）添加到StackLayout中，或者用BindableLayout绑定你的数据源到StackLayout的ItemsSource（BindableLayout默认不会回收视图，每个项都会生成独立的实例）；
• 这种方式下，每个视频项的视图都是独立存在的，不会被复用，自然也就不存在状态丢失的问题，你不用再手动保存和恢复播放位置。

二、处理MediaElement的资源清理 #

不管用哪种方案，都要确保MediaElement的资源被正确释放，避免内存泄漏：

• 在每个包含MediaElement的ContentView的Unloaded事件中，调用MediaElement.DisconnectHandler()方法；
• 示例代码：

  private void VideoContentView_Unloaded(object sender, EventArgs e)
  {
      if (sender is ContentView view && view.Content is MediaElement mediaElement)
      {
          mediaElement.Stop();
          mediaElement.DisconnectHandler();
      }
  }
  

  这样在视图被移除或销毁前，我们主动清理资源，就不会出现ObjectDisposedException了。

三、如果坚持使用CollectionView：尝试禁用回收的另类方法 #

MAUI原生CollectionView没有直接提供禁用回收的属性，但可以通过调整布局来变相实现：

• 将CollectionView的ItemsLayout设置为自定义的LinearItemsLayout，并重写其布局逻辑，让它一次性加载所有项而不回收；不过这个方法需要自定义布局，实现起来比较繁琐，不如第一种方案高效；
• 另一个小技巧：给每个列表项设置一个唯一的标识，确保每个DataTemplate实例都是独立的，但这个方法不一定能完全禁用回收，不推荐作为首选。

关于SfListView的补充 #

你提到使用SfListView设置CachingStrategy="CreateNewTemplate"后MediaElement还是被重置，可能是因为控件的某些生命周期逻辑导致状态丢失。如果一定要用第三方控件，可以尝试在ItemAppearing事件中主动恢复播放状态，同时在ItemDisappearing事件中调用DisconnectHandler清理资源，但这本质上还是回到了手动维护状态的老路，不如直接用无回收的方案来得顺畅。

总的来说，考虑到你的场景只有4个视频项，ScrollView + StackLayout是最优解，既能彻底解决回收带来的问题，又能简化你的代码逻辑，不用再手动维护状态字典和处理异常。

备注：内容来源于stack exchange，提问作者Antonin937