使用SevenZipSharp CompressStream报Value cannot be null异常求助

你在内存流压缩Bitmap截图时遇到的这个问题，大概率是几个细节没处理到位，我帮你梳理下核心排查点和解决办法：

1. 先修正Bitmap转内存流的关键细节 #

最容易踩的坑：Bitmap写入内存流后，流的Position会停在末尾，如果直接把这个流传给CompressStream，相当于读取一个空流，很容易触发空引用相关异常。必须在传递前重置流的位置：

// 示例：正确生成截图并写入内存流
Bitmap screenshot = /* 你的截图Bitmap对象，确保非null */;
using (MemoryStream bmpStream = new MemoryStream())
{
    // 推荐用Png格式保存，避免压缩失真
    screenshot.Save(bmpStream, ImageFormat.Png);
    bmpStream.Position = 0; // 核心操作：把流指针移到开头

    // 在这里调用CompressStream
}

同时要确认截图操作是否成功生成了有效的Bitmap——如果截图本身失败导致Bitmap为null，后续操作肯定会报错。

2. 检查CompressStream的参数与流生命周期 #

调用CompressStream时，必须保证输入流、输出流都处于可用状态且不为null，还要注意流的生命周期不要提前被释放：

using (MemoryStream outputStream = new MemoryStream())
{
    SevenZipCompressor compressor = new SevenZipCompressor();
    // 根据需求设置压缩级别，比如Normal/High
    compressor.CompressionLevel = CompressionLevel.Normal;
    // 确保bmpStream是已重置位置的有效流
    compressor.CompressStream(bmpStream, outputStream);

    // 将压缩后的流写入文件时，同样要重置输出流的位置
    outputStream.Position = 0;
    using (FileStream fs = new FileStream("compressed.7z", FileMode.Create, FileAccess.Write))
    {
        outputStream.CopyTo(fs);
    }
}

如果你的输出流是直接写入文件，也可以直接传FileStream，但既然要内存流实现，就全程确保流没有被提前Dispose。

3. 验证SevenZipSharp的初始化是否正确 #

很多人会忘记设置7z的库路径，这会导致内部初始化失败，间接抛出奇怪的空引用异常。在使用SevenZipCompressor之前，一定要先指定正确的7z.dll路径：

// 在程序启动时执行一次即可，注意匹配你的程序位数（32/64位）
SevenZipBase.SetLibraryPath(@"C:\Path\To\7z.dll");

你可以从SevenZip官方包或对应NuGet包中获取匹配位数的7z.dll。

4. 排查流是否被意外释放 #

如果你的Bitmap内存流是在using块外创建的，或者在调用CompressStream前被Dispose了，就会导致输入流为null。建议所有流操作都放在using块内完成，自动管理生命周期，避免手动释放出错。

最后，建议你捕获异常并查看完整的堆栈跟踪，这能精准定位是哪个参数为null——比如是输入流、输出流，还是SevenZip内部的某个初始化对象。

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