Question

我正在开发一个允许用户使用ItemsControl操作多个图像的应用程序。我开始运行一些测试，发现应用程序在显示一些大图像时出现问题 - 即。它无法使用高分辨率（21600x10800），20MB图像 http://earthobservatory.nasa.gov/Features/BlueMarble/BlueMarble_monthlies.php，虽然它显示了来自http://zebu.uoregon.edu/hudf/hudf.jpg的6200x6200,60MB哈勃望远镜图像。

原始解决方案刚刚指定了一个Image控件，其Source属性指向磁盘上的文件（通过绑定）。使用Blue Marble文件 - 图像不会显示。现在这可能只是一个隐藏在时髦的MVVM + XAML实现深处的错误--Snoop显示的可视化树如下：

窗口/边框/ AdornerDecorator / ContentPresenter /网格/帆布/用户控件/边框/ ContentPresenter /网格/网格/网格/网格/边框/网格/ ContentPresenter /用户控件/用户控件/边框/ ContentPresenter /网格/网格/网格/网格/ Viewbox控件/ ContainerVisual /用户控件/边框/ ContentPresenter /网格/网格/ ItemsControl的/边框/ ItemsPresenter /帆布/ ContentPresenter /网格/网格/ ContentPresenter /图像...

现在调试一下！ WPF会像那样疯狂......

无论如何，事实证明，如果我创建一个简单的WPF应用程序 - 图像加载就好了。我试图找出根本原因，但我不想花上几周时间。我认为正确的做法可能是使用转换器来缩小图像 - 这就是我所做的：

ImagePath = @"F:\Astronomical\world.200402.3x21600x10800.jpg";
TargetWidth = 2800;
TargetHeight = 1866;

和

<Image>
    <Image.Source>
        <MultiBinding Converter="{StaticResource imageResizingConverter}">
            <MultiBinding.Bindings>
                <Binding Path="ImagePath"/>
                <Binding RelativeSource="{RelativeSource Self}" />
                <Binding Path="TargetWidth"/>
                <Binding Path="TargetHeight"/>
            </MultiBinding.Bindings>
        </MultiBinding>
    </Image.Source>
</Image>

和

public class ImageResizingConverter : MarkupExtension, IMultiValueConverter
{
    public Image TargetImage { get; set; }
    public string SourcePath { get; set; }
    public int DecodeWidth { get; set; }
    public int DecodeHeight { get; set; }

    public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture)
    {
        this.SourcePath = values[0].ToString();
        this.TargetImage = (Image)values[1];
        this.DecodeWidth = (int)values[2];
        this.DecodeHeight = (int)values[3];

        return DecodeImage();
    }

    private BitmapImage DecodeImage()
    {
        BitmapImage bi = new BitmapImage();
        bi.BeginInit();

        bi.DecodePixelWidth = (int)DecodeWidth;
        bi.DecodePixelHeight = (int)DecodeHeight;

        bi.UriSource = new Uri(SourcePath);
        bi.EndInit();
        return bi;
    }

    public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture)
    {
        throw new Exception("The method or operation is not implemented.");
    }

    public override object ProvideValue(IServiceProvider serviceProvider)
    {
        return this;
    }
}

现在这个工作正常，除了一个“小”问题。当您在Image.Source中指定文件路径时 - 与使用BitmapImage.DecodePixelWidth相比，应用程序实际上使用更少的内存并且工作速度更快。如果您有多个指向同一图像的图像控件，则使用Image.Source - 它们只使用尽可能多的内存，就好像只加载了一个图像一样。使用BitmapImage.DecodePixelWidth解决方案 - 每个额外的Image控件使用更多内存，并且每个内存使用的内容比仅指定Image.Source时更多。也许WPF以某种方式以压缩形式缓存这些图像，而如果你指定解码尺寸 - 感觉你在内存中得到一个未压缩的图像，加上它需要6倍的时间（可能没有它在GPU上进行缩放？），感觉原始的高分辨率图像也会被加载并占用空间。

如果我只是缩小图像，将其保存到临时文件然后使用Image.Source指向文件 - 它可能会起作用，但它会很慢并且需要处理临时文件的清理。如果我能检测到没有正确加载的图像 - 也许我只能在需要时缩小它，但Image.ImageFailed永远不会被触发。也许它与视频内存和这个应用程序有关，只是使用了更多的深层视觉树，不透明蒙版等。

实际问题：如何像Image.Source选项一样快速加载大图像，如果我只需要在低于原始分辨率的特定分辨率下使用缩小图像的额外内存，而不使用更多内存用于其他副本和额外内存？此外，如果没有Image控件正在使用它们，我不想将它们保留在内存中。

Answer 1

我做了一个简单的测试（一个图像），使用DecodePixelWidth vs设置XAML上的Source，并使用DecodePixelWidth加载需要28MB vs 178MB而不缩小。我很确定它不会将原始图像保留在内存中。

由于您说您正在处理多个图像，我怀疑这是一个图像重用问题。默认情况下，WPF将缓存BitmapImage对象（无论是通过代码还是通过XAML创建）。它查看SourceUri以及DecodePixelWidth和DecodePixelHeight以查找匹配项。如果TargetWidth和TargetHeight正在改变，则意味着WPF无法重用其图像缓存;如果您在没有任何额外选项的情况下设置源代码就不会有问题。

Answer 2

我也遇到了同样的问题，当 BitmapImage 属性 CreateOptions =设置为 BitmapCreateOptions.IgnoreColorProfile 时，它的工作速度更快。

我们可以为使用offten的BitmapImages创建缓存。我知道WPF应该自动执行此操作但我认为它会更快。如果有人试图测量加载时间，只需写评论：）

在WPF中使用带有大图像的Image Source

2 个答案: