c# - 为什么将 XAML 图像源设置为 URI 比使用 HttpClient 获取图像更快？

Question

我正在构建 Windows 应用商店应用程序，同时学习 XAML。我想在 GridView 中显示的 http URI 中有远程图像。

我最初的解决方案涉及使用 HttpClient 从 URI 下载图像字节数组，获取 RandomAccessStreamReference，构造一个 BitmapImage，然后将 XAML Image 控件的源属性设置为构造的 BitmapImage。然而，这个解决方案被证明相当慢(需要 1-2 整秒才能获得一张图像)。

我的下一个解决方案是将原始 URI 直接绑定(bind)到 XAML Image 控件的源属性，XAML 引擎似乎自行解决了这个问题。过去需要 10 秒才能加载大约 8-10 张图片的东西突然变成了瞬间。

有谁知道 XAML Image 控件的默认 URI 转换器究竟是如何解析远程图像数据的？完全有可能我的第一个解决方案实现不当，但差异大到足以激起我的好奇心。

Answer 1

假设我从 ImageSourceConverter 中找到了正确的代码片段类，当您将源指定为字符串时，转换器将尝试执行此操作:

    if (((value is string) && !string.IsNullOrEmpty((string) value)) || (value is Uri))
    {
        UriHolder uriFromUriContext = TypeConverterHelper.GetUriFromUriContext(context, value);
        return BitmapFrame.CreateFromUriOrStream(uriFromUriContext.BaseUri, uriFromUriContext.OriginalUri, null, BitmapCreateOptions.None, BitmapCacheOption.Default, null);
    }

BitmapFrame反过来使用 BitmapDecoder加载图像。当源是 Uri 时，BitmapDecoder 在一系列安全和完整性检查中，使用 WpfWebRequestHelper(未记录)请求或“下载”图像。如果生成的响应流是有效文件，它会直接将流加载到新的 FileStream 中。

之后， native Windows 图像解码功能接管为您获取图像。另请注意，BitmapDecoder 已缓存，因此如果您连续加载多个图像，则无需重新初始化新的 BitmapDecoder。我不能说这是否与您的性能问题有关。

总而言之，我猜测 WPF 在内部使用的加载图像的方法是一种高度优化的方法。我没有查看 HttpClient 的实现与可能使用的简单 HttpWebRequest下载图像，但我怀疑您的方法的开销比内置方法的开销大，这也是导致性能下降的原因。

如果您想知道我是如何破译这些信息的，我只是检查了 PresentationCore 程序集中的 System.Windows.Media 命名空间中的几个类，使用一个名为 Reflector 的工具.