使用Bloom Filter库触发SEHException异常的排查与修复咨询

针对你遇到的System.Runtime.InteropServices.SEHException异常（来自非托管Bloom Filter库），以下是务实的排查和修复步骤：

1. 修正非托管代码调用约定 #

该异常最常见的原因是C# wrapper与C库的调用约定不匹配。C语言默认使用cdecl调用约定，但C#的DllImport默认是StdCall，这会导致栈失衡触发SEH异常。

检查你的wrapper代码中的DllImport声明，添加CallingConvention = CallingConvention.Cdecl：

[DllImport("bloomfilter.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern IntPtr _create(ulong capacity, double errorRate);

[DllImport("bloomfilter.dll", CallingConvention = CallingConvention.Cdecl)]
private static extern bool _check(IntPtr filter, byte[] data, int length);

2. 确保平台架构一致性 #

非托管DLL分x86/x64/ARM架构，若你的项目编译为AnyCPU，在部分用户的异架构系统上会加载失败或内存访问出错：

• 强制将C#项目的目标平台设置为与Bloom Filter DLL一致的架构（比如x64）
• 针对不同架构分发对应版本的DLL，避免混用

3. 排查内存分配问题 #

_create方法报错可能是内存分配失败：

• 检查传入的capacity参数是否过大（比如在32位系统下申请超过4GB的内存，直接会分配失败），限制最大容量或在32位环境下做内存预检查
• 通过判断返回的IntPtr是否为IntPtr.Zero，捕获非托管内存分配失败的情况

4. 补充缺失的系统依赖 #

C编写的库通常依赖Visual C++运行时库（MSVCRT），部分用户系统未安装对应版本：

• 要求用户安装对应版本的Visual C++ Redistributable包（比如VS2019对应的v142运行时）
• 将运行时DLL（如msvcr140.dll）与你的程序一起打包分发

5. 替换为纯托管实现 #

如果非托管库的兼容性问题难以解决，建议切换到纯C#实现的Bloom Filter库，完全避免跨互操作的异常风险。

内容的提问来源于stack exchange，提问作者Олег