C#图片缩放流程优化：处理CR2/AWR等raw格式图片生成指定尺寸缩略图

问题根因 #

你当前代码的性能问题来自错误的属性设置顺序：DecodePixelWidth/DecodePixelHeight是解码阶段的配置项，必须在BeginInit()和EndInit()之间设置才会生效。你现在的写法是先全量加载完原始大图后才修改这两个属性，完全没有起到解码时缩放的作用，相当于白跑了一次全量加载，内存和速度自然会炸。

优化实现方案 #

核心思路是先只读图片元数据获取宽高（不加载全量像素，内存开销可忽略），再按最长边规则设置解码参数，直接输出250px的缩略图。

方案1：基于系统WIC编解码器（原生BitmapImage兼容） #

无需引入第三方依赖，通过BitmapDecoder先读文件头元数据拿宽高，再解码缩略图：

public BitmapSource GetImage(string fileName, int maxSideLength = 250)
{
    // 第一步：仅读取元数据，不加载全量像素
    using (var fileStream = File.OpenRead(fileName))
    {
        var decoder = BitmapDecoder.Create(
            fileStream, 
            BitmapCreateOptions.DelayCreation | BitmapCreateOptions.IgnoreColorProfile, 
            BitmapCacheOption.None);
        var frame = decoder.Frames[0];
        int originalWidth = frame.PixelWidth;
        int originalHeight = frame.PixelHeight;

        // 第二步：按最长边规则设置解码参数，直接出缩略图
        BitmapImage tmpImage = new BitmapImage();
        tmpImage.BeginInit();
        tmpImage.CacheOption = BitmapCacheOption.OnLoad;
        tmpImage.UriSource = new Uri(fileName, UriKind.Absolute);
        
        // 按最长边设置缩放参数
        if (originalWidth > originalHeight)
        {
            tmpImage.DecodePixelWidth = maxSideLength;
        }
        else
        {
            tmpImage.DecodePixelHeight = maxSideLength;
        }
        
        tmpImage.EndInit();
        tmpImage.Freeze(); // 跨线程使用必须冻结，同时降低内存开销
        return tmpImage;
    }
}

注意：该方案需要系统安装对应RAW格式的WIC编解码器才能正常识别CR2、ARW等格式，Windows 10/11可以直接安装系统自带的「RAW图像扩展」，也可以安装相机厂商官方提供的RAW编解码器。

方案2：用Magick.NET规避系统编解码器依赖 #

如果不想依赖系统预装组件，可以直接用Magick.NET库，它自带RAW格式解析能力，不用额外安装其他插件，逻辑更简单：
先安装NuGet包Magick.NET-Q16-AnyCPU（可根据运行架构选择对应版本），再调用：

using ImageMagick;

public BitmapSource GetImage(string fileName, int maxSideLength = 250)
{
    using (var magickImage = new MagickImage(fileName))
    {
        // 直接按最长边缩放，不会加载全量像素
        magickImage.Resize(new MagickGeometry(maxSideLength, maxSideLength)
        {
            Greater = true // 仅缩小原图，小于250px的图不放大避免模糊
        });
        // 直接转成WPF可用的BitmapSource
        return magickImage.ToBitmapSource();
    }
}

批量加载额外优化建议 #

• 异步加载：1000张图片不要在UI线程同步加载，用Task.Run把加载逻辑放到后台线程跑，加载完成后再调度到UI线程赋值给控件，避免界面卡死。
• UI虚拟化：如果用WPF列表控件展示，要开启UI虚拟化配置：VirtualizingStackPanel.IsVirtualizing="True"、VirtualizingStackPanel.VirtualizationMode="Recycling"，只会生成当前可视区域的Image控件，不用一次性创建1000个控件，大幅降低内存和渲染开销。
• 本地缓存：可以把生成的250px缩略图缓存到本地临时目录，下次加载同路径文件时直接读缓存的缩略图，不用再次解析RAW文件，二次打开速度会提升数倍。

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