问为什么将XAML Image Source设置为URI比使用HttpClient获取图像更快？

EN

假设我已经从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中。

之后，原生Windows图像解码功能将接管您的图像。还要注意的是，BitmapDecoder会被缓存，所以如果您在一行中加载多个图像，就不会有重新初始化新BitmapDecoder的开销。这是否与你的性能问题有关，我不能说。

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

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