2

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

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

我的下一个解决方案是将原始 URI 直接绑定到 XAMLImage控件的源属性，XAML 引擎似乎自行解决。过去需要 10 秒才能加载大约 8-10 张图像的瞬间变得瞬间完成。

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

4

1 回答 1

3

假设我从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反过来使用 aBitmapDecoder来加载图像。当源是 aUri时BitmapDecoder，在一堆安全和健全性检查中，使用 a WpfWebRequestHelper（未记录的）来请求或“下载”图像。如果生成的响应流是有效文件，它会直接将流加载到新的FileStream.

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

总之，我猜测 WPF 在内部使用来加载图像的方法是一种高度优化的方法。我没有研究过简单下载图像的实现HttpClient与可能使用简单HttpWebRequest下载图像的可能性，但我怀疑您的方法的开销大于内置方法的开销，并且是导致性能下降的原因。

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

于 2012-11-27T18:57:18.047 回答