调用Search Everything SDK触发堆损坏异常（0xc0000374）求助

这个堆损坏异常我之前帮朋友排查过，大多和非托管内存与托管内存的交互不匹配有关——毕竟WinForms和WPF在底层内存处理逻辑上有细微差异，尤其是调用第三方非托管DLL的时候。给你几个实际可行的排查方向：

1. 先核对P/Invoke签名的准确性 #

这是踩坑最多的点，Everything_GetResultFileName返回的是非托管宽字符串，你的P/Invoke声明必须完全匹配SDK的要求。正确的声明应该是这样：

[DllImport("Everything64.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall)]
public static extern string Everything_GetResultFileName(int index);

如果之前没指定CharSet.Unicode或者调用约定不对，会导致字符串转换时内存溢出，直接触发堆损坏。另外一定要确保你的项目平台目标是x64，和dll的位数完全对应，混编位数绝对会出内存问题。

2. 检查SDK的初始化与清理流程 #

WinForms演示程序可能隐式做了完整的初始化操作，而你在WPF里可能漏掉了关键步骤。记得在调用任何查询函数前先初始化SDK，退出时也要清理：

// 初始化SDK
[DllImport("Everything64.dll")]
public static extern int Everything_Init();

// 退出时清理SDK
[DllImport("Everything64.dll")]
public static extern void Everything_Exit();

// 在应用启动时调用
Everything_Init();
// 应用关闭前调用
Everything_Exit();

如果跳过初始化就调用查询函数，SDK内部的内存池可能没正确分配，后续的内存操作自然会出问题。

3. 避免跨线程调用的内存上下文问题 #

WPF的UI线程和后台线程的内存上下文是分离的，如果在后台线程调用SDK函数后直接把返回的字符串传到UI线程，很可能出现内存访问异常。建议显式把非托管字符串转成托管内存：

// 在后台线程中执行查询
string GetFileName(int index)
{
    IntPtr fileNamePtr = Everything_GetResultFileName(index);
    return Marshal.PtrToStringUni(fileNamePtr);
}

用Marshal.PtrToStringUni手动转换，能确保非托管内存被正确复制到托管堆，避免堆损坏。

4. 临时测试32位DLL排除位数问题 #

虽然你还没试32位版本，但可以临时把项目改成x86，用Everything32.dll跑一遍。如果32位下正常，说明64位的P/Invoke或者项目配置还有隐藏问题——比如是不是不小心引用了其他32位的依赖DLL，导致内存空间冲突。

5. 核对SDK与客户端版本兼容性 #

确保你用的Everything SDK版本和本地安装的Everything客户端版本完全匹配。如果SDK是旧版本，而客户端已经更新到最新版，API调用的内存结构可能不兼容，也会引发内存错误。建议下载和当前客户端同版本的SDK重新测试。

从你提供的调试日志来看，.NET框架组件都加载正常，没有明显的加载失败，所以重点还是放在P/Invoke签名、内存处理和SDK的完整流程上。

内容的提问来源于stack exchange，提问作者Peter L.