首先得明确一个核心前提：当你把DLL静态链接到EXE时（准确说是链接了该DLL的导入LIB），系统会在你的EXE启动时自动将这个DLL加载到进程的地址空间里，所以它本身就是一个已加载的模块。基于这个前提，我们来分析两个API的行为：

GetModuleHandleEx() 是更优选择 #

这个API的设计初衷就是获取已经加载到进程中的模块的句柄，完全适配你的场景。只要你传入正确的DLL文件名（比如L"yourdll.dll"），并且使用MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT标志，就可以安全拿到有效的HMODULE：

HMODULE hMod = nullptr;
if (GetModuleHandleEx(MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT, L"yourdll.dll", &hMod)) {
    // 用hMod调用FindResource等API
}

这里的关键是MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT——它会让API不修改模块的引用计数，避免后续需要额外调用FreeLibrary来平衡计数，既高效又不会留下资源泄漏的隐患。

LoadLibrary() 的行为与潜在问题 #

你现在用LoadLibrary能正常工作，是因为系统会检查该DLL是否已经加载：如果是，它只会增加模块的引用计数，然后返回已有的HMODULE，不会重新加载整个DLL到地址空间，所以不会有额外的加载开销。

但这里有个小坑：每次调用LoadLibrary都会让引用计数+1，如果你调用了几次，就得对应调用几次FreeLibrary才能让计数回到初始值。如果忘记调用，虽然EXE退出时系统会自动清理所有加载的模块，但在进程运行期间，这个模块的引用计数会一直偏高，不符合规范的资源管理方式。

特殊情况：真正的“静态合并”DLL #

如果你的DLL是被完全静态合并到EXE中（没有单独的DLL文件，所有代码和资源都嵌入到EXE镜像里），那此时资源其实属于EXE模块本身，直接用GetModuleHandle(NULL)获取EXE的HMODULE就可以调用FindResource了，不需要针对DLL单独获取句柄。

总结一下：优先用GetModuleHandleEx搭配MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT，既符合你的场景，又能避免不必要的引用计数操作。LoadLibrary虽然能用，但不是最优解。

内容的提问来源于stack exchange，提问作者Anurag S Sharma