直接用VipsImage加载大图OOM是因NetVips默认未启用流式读取，应使用access: VipsAccess.Sequential；Resize模糊偏色因未统一色彩空间和下采样参数；并发报错因未在主线程预初始化；Arrayjoin内存不释放在于未显式Dispose；EXIF方向需手动处理。
为什么直接用 VipsImage 加载大图会 OOM？
LibVips 是流式处理图像的，但 C# 绑定（比如 NetVips）默认行为可能偷偷把整张图加载进内存——尤其用 VipsImage.NewFromFile() 读 TIFF、PSD 或超高分辨率 JPEG 时，堆内存瞬间飙到几个 GB。这不是 LibVips 的锅，是绑定层没开“延迟加载”开关。
实操建议：
- 始终用
VipsImage.NewFromFile(path, access: VipsAccess.Sequential)，Sequential强制按行/块流式读，避免缓存整图 - 对 >100MP 的图，加
failOn: VipsFailOn.None防止元数据解析失败中断流程 - 别用
.WriteToFile()直接存 PNG/JPEG——它会先全量解码再编码；改用.WriteToBuffer(".jpg[Q=85]")让 LibVips 内部管道直通
NetVips 中 Resize() 变糊还偏色？参数顺序和色彩空间没对齐
LibVips 的 resize 默认不自动做色彩空间转换，输入是 sRGB JPEG，输出却按线性光计算，结果发灰；又或者用了 kernal: "lanczos3" 却没配 size: VipsSize.Down，导致下采样走错路径。
实操建议：
- resize 前显式转色彩空间：
img.Colourspace(VipsInterpretation.Srgb) - 下采样必须指定
size参数：img.Resize(0.5, size: VipsSize.Down)，否则默认用Any，质量不可控 - 锐化要后置：
img.Resize(0.5).Sharpen(sigma: 0.7)，别写成img.Sharpen().Resize(0.5)——锐化在缩放前会放大噪声
并发调用 VipsImage 方法报 "VipsObject: class "VipsJpeg" not found"
这不是缺库，是 NetVips 初始化没做线程安全设置。LibVips 本身是线程安全的，但 .NET 绑定的静态初始化器（VipsCacheSetMax() 等）必须在主线程首次调用前完成。
实操建议：
- 程序启动时立刻执行：
NetVips.Init(); VipsCacheSetMax(100); VipsCacheSetMaxMem(1024 * 1024 * 1024); - 所有图像操作都封装在
using (var img = ...)里，VipsImage不可跨线程共享 - 别在 ASP.NET Core 中间件里动态
Init()——多个请求并发触发会冲突，必须在Program.cs最早位置初始化
用 VipsImage.Arrayjoin() 拼接多图时内存不释放
Arrayjoin 默认把所有输入图保留在内存里直到整个输出图被 GC，而 LibVips 的 lazy evaluation 在 .NET 里容易被绕过——尤其你用 ToArray() 或 .WriteToBuffer() 前没断开引用链。
实操建议：
- 拼接后立刻调用
img.Dispose()，别等 using 自动收 - 避免链式调用：
Arrayjoin(new[] { img1, img2 }).Cast(VipsBandFormat.Uchar).WriteToBuffer(".png")改成两步，中间存临时变量并显式Dispose() - 如果拼的是 10+ 张图，改用
VipsImage.NewFromImage()创建占位图，再用Insert()逐块写入，内存峰值稳定在单图大小
最麻烦的其实是图像元数据继承逻辑——比如 EXIF 方向标记在 resize 后不会自动旋转像素，得手动查 img.Get("orientation") 再调 Rotate()。这个点没人提，但线上出过三次翻转事故。
