C++中DLL导出类的一些困惑

King19931229 2016-09-09 05:34:18
最近在写DLL时,发现一件很诡异的事情
以下是我写的DLL

Header.h
#ifdef EXPORT_DLL
# define DLL_EXPORT __declspec(dllexport)
#else
# define DLL_EXPORT __declspec(dllimport)
#endif

class ClassIn
{
public:
virtual void TestFunc();
};

class ClassOut
{
public:
ClassIn in;
virtual void TestFunc();
};

// 获取ClassOut
DLL_EXPORT void GetClassOut(void** ptr);

Source.cpp
#include <cstdio>
#include "Header.h"

void ClassIn::TestFunc()
{
puts("ClassIn::TestFunc()");
}

void ClassOut::TestFunc()
{
puts("ClassOut::TestFunc()");
}

void GetClassOut(void** ptr)
{
static ClassOut out;
*ptr = &out;
}

我在另一个工程获取ClassOut,调用里面的TestFunc() 工程能够链接到
但是如果我不把TestFunc写成虚函数就会链接失败
同理作用于ClassIn

int main()
{
ClassOut* pOut = 0;
GetClassOut((void**)&pOut);
assert(pOut);
pOut->in.TestFunc();
pOut->TestFunc();
}
为什么这两个类不写虚函数就会链接失败
...全文
464 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
King19931229 2016-09-12
  • 打赏
  • 举报
回复
引用 4 楼 Saleayas 的回复:
类需要使用 dllexport 属性来修饰, 这样,使用者和提供者命名的 类才是同一个。 这样他们的函数符号才是同一个。 而使用 virtual 来修饰的话,使用的是虚表。 虚表使用的内存布局,不是名字。 这样就没有问题。 比如你的 ClassIn,这个名字在 .exe 工程和 .dll 工程中都使用了。 对于每个项目而言,她们是自己的名字。在两个工程中,她们是两个名字。.exe 工程中同样需要定义。 使用 dllexport 和 dllimport 修饰了名字后,那么就是同一个名字。 这样,他们最后的链接是就是同一个符号。这样 .exe 就不需要自己定义,因为在 .dll 已经定义了。
------------------------------------------------------------------------------------------------------------------------- 难道我以前对DLL机理的理解是错的 要这样理解? 不管加不加dllexport 属性来修饰 函数或类的符号都会导出到DLL里 但是生成与使用的声明不一致会导致使用者链接失败 使用virtual来修饰的话声明就会隐式一致 不然就需要使用dllexport 属性来修饰
hijack00 2016-09-10
  • 打赏
  • 举报
回复
如果需要导出类可以首先编写一些wrapper函数,将对类内成员函数的调用封装到这个接口函数中,然后导出这个接口函数。 class A { public: void f(); }; static A a; void wrapper_f() { a.f(); } 只导出wrapper_f函数
jiqiang01234 2016-09-10
  • 打赏
  • 举报
回复
只导出c接口,不要导出c++接口。切记
Saleayas 2016-09-09
  • 打赏
  • 举报
回复
类需要使用 dllexport 属性来修饰, 这样,使用者和提供者命名的 类才是同一个。 这样他们的函数符号才是同一个。 而使用 virtual 来修饰的话,使用的是虚表。 虚表使用的内存布局,不是名字。 这样就没有问题。 比如你的 ClassIn,这个名字在 .exe 工程和 .dll 工程中都使用了。 对于每个项目而言,她们是自己的名字。在两个工程中,她们是两个名字。.exe 工程中同样需要定义。 使用 dllexport 和 dllimport 修饰了名字后,那么就是同一个名字。 这样,他们最后的链接是就是同一个符号。这样 .exe 就不需要自己定义,因为在 .dll 已经定义了。
paschen 版主 2016-09-09
  • 打赏
  • 举报
回复
尽量不要用DLL导出类 http://www.cnblogs.com/cswuyg/archive/2011/10/06/DLL2.html
张小飞Official 2016-09-09
  • 打赏
  • 举报
回复
真的别导出类=。=要不然得被改死,还可能出现一大堆不兼容的事儿
  • 打赏
  • 举报
回复
呃,不要在dll中导出类,会坑自己的。 dll只能导出C兼容的函数
一、项目简介 本项目(HF24075 SDFeatureRivertraining)是一套以多路 PWM 多彩 LED 灯光控制为核心的固件方案,基于 PADAUK PMS 系列单片机。方案对蓝、青、粉等多色 LED 进行独立 PWM 调光,实现呼吸、渐变、流水等细腻灯光效果,并支持按键切换与传感器交互。其 PWM 调光结构清晰,是学习单片机 PWM、色彩混合与灯光算法的理想范例。 核心应用场景: 1. 氛围灯 / 流水灯产品开发 2. PWM 调光与色彩混合学习 3. 电子课程设计 / 毕业设计 4. 灯光艺术与 DIY 项目 适配使用场景:学习练手、毕业设计、课程设计、创业售卖、实操实训,突出实用性与可落地性。 二、硬件核心配置 · 主控芯片:PADAUK(应广科技)PMS 系列 8 位 OTP 单片机 · 外接外设: - 多色 LED 灯组(蓝 / 青 / 粉等多路独立 PWM) - 轻触按键(模式切换) - 传感器(交互触发) · 操控设备: - 机身实体按键操控 三、核心功能介绍 1. 多路独立 PWM 调光:蓝、青、粉等 LED 各自独立占空比控制,实现精准亮度; 2. 呼吸 / 渐变 / 流水效果:通过 PWM 变化曲线营造丰富灯光律动; 3. 按键切换模式:轻触在多种灯效间循环切换; 4. 传感器交互:外部传感信号触发或联动灯光变化; 5. 低功耗设计:闲置进入低功耗,按需唤醒。 6. 参数可配:亮灭周期、渐变速度等可调,便于定制。 四、项目优势与亮点 · 灯光细腻:多路独立 PWM,效果远胜简单开关灯。 · 算法清晰:呼吸 / 渐变实现简洁,易于理解与移植。 · 扩展性强:可轻松增加颜色与模式,适配各灯饰。 ·

65,212

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧