tnie / TestDll

学习 dll 导出函数、导出变量

关联项目：试验静态库

---

TestDll

学习 dll 导出函数、导出变量

包括以下主题：

如何从 dll 中导出：

http://www.cnblogs.com/enterBeijingThreetimes/archive/2010/08/04/1792099.html

通过 __declspec(dllexport) 导出，或者 通过定义 .def 文件导出

1. 导出函数；
2. 导出变量；
3. 导出类；

前两者常见，关于导出类：

http://www.cppblog.com/suiaiguo/archive/2009/07/20/90663.html ， 其导出类的方式是错误的！在 msvc2015 中导入/导出描述必须放在 class 关键词和类名之间，否则报错“构造函数、成员函数等未定义”——有点莫名

_ADD_API class Student  // err
{
public:
    Student();
    int age();
    bool sex();
private:
    int m_age;
    bool m_sex;
    char m_name[10];
};

: warning C4091: “__declspec(dllimport)”: 没有声明变量时忽略“Student”的左侧

: error LNK2019: 无法解析的外部符号 "public: __thiscall Student::Student(void)" (??0Student@@QAE@XZ)，该符号在函数 _main 中被引用

: error LNK2019: 无法解析的外部符号 "public: int __thiscall Student::age(void)" (?age@Student@@QAEHXZ)，该符号在函数 _main 中被引用

如何使用 dll 文件：

显示调用、隐式调用

为什么会出现 __acrt_first_block == header 错误？

http://www.cnblogs.com/xuhuajie/p/7444716.html

https://stackoverflow.com/questions/35310117/debug-assertion-failed-expression-acrt-first-block-header

简而言之，就是「dll 申请内存，exe 释放内存」或者「exe 申请内存，dll 释放内存」造成的。

「跨模块管理内存」只是“在 dll 中使用 stl”风险之一.

同时我们也应该认识到「跨模块管理内存」并不局限于在接口中使用 stl（或者 std::string）才会出现： 它是一个广泛存在的问题，在 跨 DLL 的内存分配释放问题 中作者给出了普适性的描述：

在一个 DLL 里面分配内存，然后在 DLL 的调用者 EXE 那里释放内存。

当 DLL 和 EXE 里面 有一个是使用 MT 连接 CRT 的时候就有问题。如果 DLL 和 EXE 都使用 MD，那么就没有问题。

https://blog.csdn.net/ilvu999/article/details/8219179

在 dll 接口中使用 stl 或者 std::string 的风险

在 不要在公共接口中传递 STL 容器 中作者列举了四个方面：

客户端使用的 STL 版本可能不同

主要的梗在于使用不同版本的 msvc 开发

编译选项

如果多个模块中有一个使用 MT[d] 运行时，就有很大概率造成程序崩溃。也就是上面讨论的 ` __acrt_first_block == header` 错误

静态变量

有关冲突只会出现在 dll 中，so 并不会。

客户端的 STL 被自定义

这种情况概率太小，修改 stl 库很蠢。

静态成员不同步：https://blog.csdn.net/lewutian/article/details/6786193

能否避免风险

How can I use Standard Library (STL) classes in my dll interface or ABI?

How do I safely pass objects, especially STL objects, to and from a DLL?