c++ - LoadLibrary()实际上链接到库吗?
C++ - Does LoadLibrary() actually link to the library?
我使用Code::Blocks并且讨厌手动链接dll。我找到了LoadLibrary()
函数,我想知道它是否像.a
或.lib
文件一样工作。这个函数是这样的吗?如果不是,我可以做什么编程明智(如果有的话)链接一个DLL,而不必通过做Project < Build options < Linker settings < add < ...
方法链接一个DLL ?
LoadLibrary
将请求的库(以及它需要的所有库)加载到进程的地址空间中。为了访问该库中的任何代码/数据,您需要找出新加载内存区域中的代码或数据地址。你需要使用GetProcAddress
.
此过程与在构建时添加库的区别在于,对于构建时库,编译器准备一个指向给定函数的位置列表,链接器将该列表放入。exe中,运行时链接器加载库,对函数名执行相当于GetProcAddress
的操作,并将地址放入编译器标记的所有位置。
当你没有这种自动支持时,你必须声明一个指向函数的指针,自己调用GetProcAddress
,并将返回值赋给指向函数的指针。然后,您可以像调用任何其他C函数一样调用该函数(注意"C"部分-当您使用c++时,上述过程由于名称混淆而变得复杂,因此使用extern "C"
)
LoadLibrary()
在运行时加载DLL。通常在编译EXE时链接,此时链接dll就像静态库一样。如果需要在运行时动态加载库,可以使用LoadLibrary()
。
例如,当你实现一个插件系统时,这是否有用,因为你事先不知道库
根本不是这样的。LoadLibrary
用于加载"在编译时未知"的DLL -例如程序扩展/插件或"这个DLL用于SSE,那个DLL用于非SSE"基于"硬件可以做什么"-人们也可以考虑为电子邮件服务器的每种连接类型提供一个DLL或类似的东西,这样电子邮件程序就不必"携带"所有不同的变体,当只有一个用于任何特定的电子邮件地址时。
此外,要使用以这种方式加载的DLL,您需要使用GetProcAddress
来获取DLL中函数的地址。这与在构建时将DLL链接到项目中非常不同,在构建时,通过系统加载器函数加载在构建时添加到项目中的DLL,函数只是"自动"出现。
与静态或动态库链接相反,LoadLibrary
不使程序直接使用库的符号。你需要在运行时调用GetProcAddress
来获得一个指向你想调用的函数的指针。
正如@Devolus所提到的,这是实现插件系统和/或访问可选组件的好方法。但是,由于这些符号不能以透明的方式提供给您的程序,因此对于普通用途来说,这并不实际。
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 尝试链接我的着色器时,我收到错误代码"error c5145 must write to gl_position"
- 链接器实际上如何处理多重定义的“内联”函数