Vanara项目中的64位兼容性问题：GetProcAddress函数使用解析

背景介绍

Vanara是一个提供Windows API封装的.NET库，它使得开发者能够更方便地在C#中调用各种Windows系统功能。在实际开发中，许多开发者会遇到32位和64位应用程序兼容性的问题，特别是在动态加载DLL和获取函数地址时。

问题现象

开发者iR3SH在使用Vanara库时遇到了一个典型问题：当应用程序以32位模式运行时，GetProcAddress函数能够正常工作；但当切换到64位模式或"Any CPU"编译选项时，函数调用失败，返回的指针均为IntPtr.Zero。

技术分析

32位与64位兼容性

核心问题在于尝试在64位进程中加载32位DLL。Windows操作系统不允许这种跨位宽的DLL加载，这是设计上的限制。32位进程只能加载32位DLL，64位进程只能加载64位DLL。

GetProcAddress工作原理

GetProcAddress是Windows API中用于从已加载的DLL模块中获取导出函数地址的函数。当它返回NULL时，通常表示：

1. 模块未正确加载
2. 函数名称拼写错误
3. 函数在指定模块中不存在
4. 位宽不匹配（32位与64位）

Vanara中的错误处理

Vanara提供了Win32Error.ThrowLastErrorIfInvalid方法，可以简化错误处理流程。对于返回句柄或指针的API调用，这个方法会自动检查返回值是否为无效值（如NULL或IntPtr.Zero），并在发现问题时抛出包含错误信息的异常。

解决方案

1. 确保DLL位宽匹配：为32位和64位应用程序分别准备对应位宽的DLL版本。

2. 使用正确的错误检查：

// 推荐使用Vanara提供的错误处理方法
CCAPIFunctionsList.Add(Win32Error.ThrowLastErrorIfInvalid(
    GetProcAddress(safeModule, "CCAPIGetDllVersion")));

3. 模块加载验证：在调用GetProcAddress前，确保模块已正确加载：

safeModule = LoadLibrary(DllUrl);
if (safeModule.IsInvalid)
{
    throw new Win32Exception(); // 自动获取并包含错误信息
}

最佳实践

1. 在开发跨平台应用时，始终考虑32位和64位的兼容性问题。
2. 使用Vanara提供的错误处理机制，而不是手动检查返回值。
3. 为不同位宽的应用程序提供对应的DLL版本。
4. 在加载DLL和获取函数地址时，添加详细的错误处理和日志记录。

总结

Vanara项目为Windows API调用提供了便捷的封装，但在使用时仍需注意平台兼容性问题。特别是在处理动态加载和函数调用时，32位与64位的差异可能导致各种问题。通过理解底层原理和正确使用Vanara提供的工具方法，开发者可以构建更加健壮的跨平台应用程序。

对于需要同时支持32位和64位的场景，建议采用以下架构：

• 为32位和64位分别编译DLL
• 在应用程序启动时检测运行环境
• 动态加载对应位宽的DLL版本
• 使用统一的接口封装不同位宽的实现细节