动态加载库和运行时误解的显式链接
Explicit Linking of Dynamic Load Library and Runtime misconception
我在Windows中使用DLL。我创建了其中一个,并且我可以成功地将我的客户端程序链接到 DLL。但我有一个误解。当我阅读有关DLL的文章时,有一句话被强调,当DLL加载到内存中时,所有程序实例都可以使用它。因此,它导致我们有效地使用内存,并且从未发生过代码重复。
所以我写了一个程序,它可以成功地加载一个DLL并使用它。 当程序运行时,我在另一个路径中执行了前一个程序的示例,DLL 不存在,但是当我运行第二个程序时,它显示错误,DLL 不加载。
我的假设是当第一个程序将 DLL 加载到内存中时,内存中存在它的一个实例,所以我应该再次使用它,但它没有发生。所以我想知道多个程序如何使用 DLL 的实例?我应该如何实现一个示例来测试此行为?程序必须在自身的路径中包含 DLL 的示例吗?
对不起,英语说得不好,我不得不提一下,我是一个新手程序员,不是专业人士。对不起,如果你发现这个问题如此愚蠢。这是我的代码:
程序.cpp
#include <Windows.h>
#include <iostream>
#include <string>
typedef void(__cdecl *PtrSetInformation)(std::string, std::string, int);
typedef void(__cdecl *PtrShowInformation)(void);
auto main() -> int {
HINSTANCE HandlerInstance = LoadLibrary(TEXT("LibEngine.dll"));
if (!HandlerInstance) {
std::cout << "DLL doesn't load successfuly." << std::endl;
}
else {
std::cout << "Dll is loaded successfuly." << std::endl;
}
PtrSetInformation OSetInformation = reinterpret_cast<PtrSetInformation>(GetProcAddress(HandlerInstance, "SetInformation"));
PtrShowInformation OShowInformation = reinterpret_cast<PtrShowInformation>(GetProcAddress(HandlerInstance, "ShowInformation"));
if (!OSetInformation || !OShowInformation) {
std::cout << "Function pointers doesn't initiliazed successfuly." << std::endl;
}
else {
OSetInformation("Mikhail", "Razborov", 24);
OShowInformation();
}
std::cin.get();
return 0;
}
我的 DLL 代码:
#include <iostream>
#include <string>
std::string __name;
std::string __family;
int __age;
extern "C" {
__declspec(dllexport) void __cdecl SetInformation(std::string arg_name, std::string arg_family, int arg_age) {
__name = arg_name;
__family = arg_family;
__age = arg_age;
}
__declspec(dllexport) void __cdecl ShowInformation() {
std::cout << "Your name is " << __name << " " << __family << std::endl;
std::cout << "You are a " << __age << " year old programmer." << std::endl;
}
}
即使 DLL 的内存中映像可能已共享(并非总是如此),Windows 在加载.exe时仍需要访问磁盘上的副本。 这是因为您可能在不同的目录中有两个具有相同名称的不同 DLL,并且 Windows 将每个 DLL 视为单独的实体。
地址空间布局随机化 (ASLR) 的出现改变了进程之间共享 DLL 代码的目标。 Raymond Chen在博客上对此进行了广泛的讨论,例如在这里。
相关文章:
- 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++模板
- 对Liinux上静态链接的误解
- 动态加载库和运行时误解的显式链接
- 关于g++的误解,linux和windows的动态和静态链接