.NET Core AWS Lambda调用.NET Framework图片缩放功能报错求助

我来帮你梳理下问题核心和对应的解决办法——你遇到的麻烦主要来自两个关键冲突：一是Lambda的.NET Core运行环境和.NET Framework类库的兼容性问题，二是System.Drawing依赖的GDI+组件在Lambda默认的Linux环境里根本不存在。

问题根源拆解 #

• .NET Framework和.NET Core是两套独立的运行时，Lambda的.NET Core runtime没办法直接加载依赖.NET Framework的类库（比如你的AwsLambda.Domain项目），这会触发类型加载失败或者运行时兼容性错误。
• System.Drawing是依赖Windows系统GDI+图形库的，而AWS Lambda默认跑在Linux环境中，没有GDI+的支持，所以调用ImageHelper.CreateThumbImage时必然会报错。

具体解决步骤 #

1. 迁移Domain项目到兼容的目标框架 #

把你的AwsLambda.Domain项目从.NET Framework改成** .NET Standard 2.0 或者 .NET Core 3.1+/NET 6+ **（和你的Lambda项目目标框架保持一致）。这样能确保类库和Lambda的.NET Core runtime完全兼容，不会出现跨运行时的依赖问题。

2. 替换System.Drawing为跨平台图片处理库 #

放弃System.Drawing，改用完全跨平台、无系统原生依赖的图片处理库，推荐两个业界常用的选项：

• ImageSharp：纯.NET编写的高性能图片库，轻量且无需额外依赖。
• SkiaSharp：谷歌Skia图形库的.NET绑定，适合复杂图形处理场景。

这里以ImageSharp为例，演示如何重写你的ImageHelper类：

首先在AwsLambda.Domain项目中安装对应的NuGet包：

Install-Package SixLabors.ImageSharp
Install-Package SixLabors.ImageSharp.Drawing

然后重写CreateThumbImage方法：

using SixLabors.ImageSharp;
using SixLabors.ImageSharp.Processing;
using SixLabors.ImageSharp.Formats;
using System.IO;

public static class ImageHelper
{
    public static byte[] CreateThumbImage(byte[] originalImageBytes, int targetWidth, int targetHeight)
    {
        using (var image = Image.Load(originalImageBytes, out IImageFormat format))
        {
            // 计算缩放比例，保持图片原有比例不变
            var scaleRatio = Math.Min((double)targetWidth / image.Width, (double)targetHeight / image.Height);
            var scaledWidth = (int)(image.Width * scaleRatio);
            var scaledHeight = (int)(image.Height * scaleRatio);

            // 执行缩放操作
            image.Mutate(x => x.Resize(scaledWidth, scaledHeight));

            using (var ms = new MemoryStream())
            {
                image.Save(ms, format);
                return ms.ToArray();
            }
        }
    }
}

3. 调整Lambda项目依赖 #

确保你的AwsLambda（.NET Core）项目引用的是迁移后的AwsLambda.Domain项目（.NET Standard/.NET Core版本），然后重新构建整个解决方案，确认没有编译错误。

4. 测试Lambda部署 #

部署Lambda时，不管用AWS Toolkit for Visual Studio还是dotnet lambda deploy-function命令，都会自动把ImageSharp的依赖打包进部署包。你可以先在本地用Lambda Test Tool模拟运行，确认图片缩放逻辑正常后再部署到AWS。

额外注意事项 #

• 如果你之前尝试过用Lambda的Windows运行环境（不推荐，成本更高），虽然能勉强支持System.Drawing，但还是建议用跨平台方案——Windows Lambda的冷启动速度和运行成本都远不如Linux环境。
• 处理S3图片时，记得在Lambda的IAM角色中配置好S3的读写权限，避免出现权限不足的报错。

内容的提问来源于stack exchange，提问作者Wai Yan Hein