使用转换器时ItemsRepeater抛出System.InvalidCastException异常

结合你的场景和环境信息，我整理了几个常见原因对应的解决方法，帮你定位修复这个问题：

1. 转换器输入类型不匹配（最常见诱因） #

System.InvalidCastException大多是因为转换器里直接对输入值做了强制类型转换，但输入值的实际类型/状态和预期不符（比如PosterUrl为null、或是非string类型）。

举个反面例子，如果你的转换器代码是这样的：

public object Convert(object value, Type targetType, object parameter, string language)
{
    var url = (string)value; // 直接强制转换，value为null或非string时必崩
    return new BitmapImage(new Uri(CompressUrl(url)));
}

你需要先做类型校验和空值判断，修改为：

public object Convert(object value, Type targetType, object parameter, string language)
{
    // 先确认输入是有效的string
    if (value is string url && !string.IsNullOrWhiteSpace(url))
    {
        // 执行URL压缩逻辑，返回符合要求的ImageSource类型
        return new BitmapImage(new Uri(YourCompressionLogic(url)));
    }
    // 返回默认占位图或null，避免空值引发后续问题
    return new BitmapImage(new Uri("ms-appx:///Assets/DefaultPoster.png"));
}

2. WinUI 2.x中x:Bind的编译时绑定限制 #

你用的x:Bind是编译时绑定，它对类型匹配的要求比传统Binding更严格。如果转换器返回的类型不符合Image.Source的要求（必须是ImageSource派生类型，比如BitmapImage），或者PosterUrl属性的访问修饰符不是public，都可能触发类型转换异常。

可以尝试两个调整：

• 显式指定x:Bind的模式为OneWay（因为x:Bind默认是OneTime模式，动态数据场景下容易出问题）：

  <Image Source="{x:Bind PosterUrl, Mode=OneWay, Converter={StaticResource imageUrlCompress}}"/>
  

• 确保PosterUrl是public属性，且数据类实现了INotifyPropertyChanged（如果需要动态更新内容的话）。

3. WinUI 3.0 Alpha版本的已知Bug #

你提到在WinUI 3.0 Alpha中所有转换器都会崩溃，这是早期预览版本的典型问题——WinUI 3 Alpha阶段的绑定系统还存在不少未修复的兼容性缺陷，转换器支持就是其中之一。

最优解决办法是升级到WinUI 3的正式版或后续稳定预览版，微软在正式发布前已经修复了大量这类基础功能问题。如果暂时无法升级，可以尝试改用传统Binding替代x:Bind，看看能否绕过这个bug：

<Image Source="{Binding PosterUrl, Converter={StaticResource imageUrlCompress}}"/>

注意使用Binding时要确保数据上下文已正确设置（比如通过DataContext属性）。

调试小技巧 #

• 在转换器的Convert方法开头加断点，查看传入value的实际类型和值，确认是否和预期一致；
• 查看崩溃时的完整堆栈信息，确认异常发生在转换器内部还是WinUI绑定系统中，能帮你更精准定位问题；
• 检查资源字典中转换器的声明是否正确，比如命名空间是否引用、实例是否初始化：

  <Page.Resources>
      <local:ImageUrlCompressConverter x:Key="imageUrlCompress"/>
  </Page.Resources>
  

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