VC++：使用 /MD 构建时：未解析的外部文件，如 _memset & _terminate & ___vcrt_initialize

起初，您在我的问题中看到的是由一个旧对象产生的，该对象仍然是使用 /MT 编译的。更新此对象后，链接器输出中消失了。LIBCMT.libLIBCMT.lib

vcruntime.lib确实包含像 .
并包含符号，如 、 和 。_memset, _memcpyucrt.lib__imp__calloc_terminate_floor

库中包含的导出符号最终可以通过 查看。
（ 没有显示例如 在 中。dumpbin /linkermember:1dumpbin /exports__imp__callocucrt.lib

虽然链接器自动选择，但我必须手动指定 vcruntime.lib 和 ucrt.lib。（有谁知道为什么？msvcrt.lib)

在那之后，我留下了以下 11 个未解析的符号：

msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___vcrt_initialize referenced in function ___scrt_initialize_crt
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___vcrt_uninitialize referenced in function ___scrt_initialize_crt
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___vcrt_uninitialize_critical referenced in function ___scrt_dllmain_uninitialize_critical
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___vcrt_thread_attach referenced in function ___scrt_dllmain_crt_thread_attach
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___vcrt_thread_detach referenced in function ___scrt_dllmain_crt_thread_attach
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol __is_c_termination_complete referenced in function ___scrt_dllmain_uninitialize_c
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___acrt_initialize referenced in function ___scrt_initialize_crt
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___acrt_uninitialize referenced in function ___scrt_uninitialize_crt
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___acrt_uninitialize_critical referenced in function ___scrt_dllmain_uninitialize_critical
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___acrt_thread_attach referenced in function ___scrt_dllmain_crt_thread_attach
msvcrt.lib(utility.obj) : error LNK2019: unresolved external symbol ___acrt_thread_detach referenced in function ___scrt_dllmain_crt_thread_detach

这似乎与这个 SO 问题中的问题相同。它没有真正好的答案（目前），但那里的评论指的是这个 MS 社区问题。解决方案是删除 /ENTRY：myEntryPoint。

在此之后，我最终得到了未解决的外部_DllMainCRTStartup。

我无法按照 MS 文档所述找到此符号，但是我在 中找到__DllMainCRTStartup@12。
已经使用过;并且也已经使用过。症结在于：
包含函数的变体——我需要的是变体。vcruntime.libmsvcrt.libvcruntime.libmsvcrt.libmsvcrt.lib__stdcall__cdecl

所以我决定建造一座这样的小桥：

extern "C" BOOL __stdcall _DllMainCRTStartup(
    HINSTANCE hinstDLL, 
    DWORD fdwReason,    
    LPVOID lpvReserved );

extern "C" BOOL __cdecl DllMainCRTStartup(
    HINSTANCE hinstDLL,  // handle to DLL module
    DWORD fdwReason,     // reason for calling function
    LPVOID lpvReserved )  // reserved
{
      return _DllMainCRTStartup( hinstDLL,  
                                 fdwReason,     
                                 lpvReserved ); 
}

这链接没有错误，但是我收到了警告

warning LNK4086: entrypoint '_DllMainCRTStartup' is not __stdcall with 12 bytes of arguments; image may not run

这使我找到了将函数指定为入口点的解决方案：msvcrt.lib

/ENTRY:__DllMainCRTStartup@12

我删除了我的桥并制作了一个普通的 DllMain。

最终链接良好。

因此，剩下要做的就是解释这种意外行为：

1. 为什么链接器选择 _DllMainCRTStartup 作为默认入口点，但不符合其调用约定？
   （请记住：当我简单地将（已经存在的）函数__DllMainCRTStartup@12指定为入口点时，未解析的外部_DllMainCRTStartup就会消失。
2. 为什么链接器会错过这 11 个未解析的外部函数，而当我简单地将另一个函数 （__DllMainCRTStartup@12） 指定为入口点时，它们没有问题。
3. 如果我确实使用自己的输入函数，这 11 个符号位于何处？