即使名称被正确修改，GetProcAddress也会失败

Question

我在.dll中有以下代码：

namespace MyNamespace
{
    extern "C" __declspec(dllexport) int __stdcall GetOptionID(unsigned long num)
    {
        return 0;
    }
}

这是在Visual C ++ 2010上编译的，所以我还有一个包含GetOptionID的.def文件。我可以看到函数被导出，并使用dumpbin / exports修改为_GetOptionID@4：

File Type: DLL

  Section contains the following exports for MyLibrary.dll

    00000000 characteristics
    53D269CB time date stamp Fri Jul 25 15:29:31 2014
        0.00 version
           1 ordinal base
          13 number of functions
          13 number of names

    ordinal hint RVA      name

          1    0 0006F030 CmdOne = _CmdOne@16
          2    1 0006F510 CmdUnimpl = _CmdUnimpl@16
          3    2 0006EBB0 DefineThing = _DefineThing@32
          4    3 0006E0C0 GetOptionID = _GetOptionID@4

在单独的可执行文件中，我尝试检查是否存在GetOptionID：

HINSTANCE hinst = LoadLibraryEx(file_name, NULL, DONT_RESOLVE_DLL_REFERENCES);
if(!hinst)
    return FALSE;

FARPROC_IDI lp = (FARPROC_IDI) GetProcAddress(hinst, "_GetOptionID@4");
auto e = GetLastError();

在调试器中运行此代码，我可以看到：

• LoadLibraryEx成功 - 我有一个看似有效的hinst
• GetProcAddress失败 - lp为0x00000000
• GetLastError返回127

我可以看到该功能已导出，我可以看到它的名称与我正在寻找的入口点相匹配。 GetProcAddress怎么会失败？

Answer 1

啊，自己解决了。在.def文件中定义函数会导致其名称完全无法识别，这意味着GetProcAddress的正确目标只是GetOptionID。

但是，由于我有其他.dll进行相同的检查，并且确实是_GetOptionID@4，实际的解决方案是从.def文件中删除GetOptionID。