我有一个位于共享对象中的函数,并使用主程序中的 dlsym 加载并执行。 (共享对象和主程序都是C++)
此函数是否有可能返回 std::unique_ptr
?
共享对象函数 -
extern "C" {
unique_ptr<Obj> some_function() {
return make_unique<Obj>();
}
}
主程序:
void main_flow() {
auto handle = dlopen(...);
FuncPtr func = dlsym(handle, "some_function");
unique_ptr<Obj> func();
}
最佳答案
是的,是的,有很多警告。首先,在 DSO 接口(interface)中使用 boost 或 STL 有点危险。
- std::unique_ptr 因编译器而异
- std::unique_ptr 在 C++ 版本之间有所不同
- std::unique_ptr 在调试/发布版本之间可能有所不同。
这意味着,如果您在 DSO 接口(interface)中使用 STL 或 boost,则所有 exe 和 dsos 都必须使用使用相同构建标志编译的完全相同版本的 C++ 运行时(如果您喜欢的话,还需要使用相同版本的 boost)。
我建议在 Visual Studio 上使用警告级别 4,它将很好地列出 DSO 界面中的所有上述问题(如 C4251 警告)
至于你的问题,是的,该函数将返回一个 std::unique_ptr,但是你现在正在 DSO 中分配内存,你可能会在 exe 中释放该内存。这在 Windows 世界中可能非常糟糕,您可能会发现调试版本具有不同的堆。尝试释放 EXE 堆中 DSO 分配的对象将引发运行时错误,但通常仅在调试版本中。
你的主要内容应该是这样的:
void main_flow() {
auto handle = dlopen(...);
FuncPtr func = (FuncPtr)dlsym(handle, "some_function");
unique_ptr<Obj> obj = func();
}
就我个人而言,我建议只返回一个裸指针,并在您的 exe 中对其执行 make_unique 。这至少消除了 C4251 问题,尽管您可能会遇到堆问题(除非您将类类型的析构函数设为虚拟)
关于c++ - 从通过 dlsym 执行的函数返回 unique_ptr,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56946595/