C++ Virtual关键字的非常规使用

今日，在工作中遇到了一种以前从没见过的virtual关键字的用法，起初百思不得其解，而后搜索了一下资料进行阅读后算是得出一个说得通的解释。

        问题如下：C++ Dll导出类导出函数很常见，当间接方式导出类时，类非静态成员必须加virtual关键字。否则使用该dll的工程会出现链接错误。

test_class.h

#pragma once

class TestClassA

{

public:

static TestClassA* GetInstance();

virtual void funA();

};

test_class.cpp

#include "stdafx.h"

#include "test_class.h"

TestClassA* TestClassA::GetInstance()

{

static TestClassA obj;

return &obj;

}

void TestClassA::funA()

{

}

interface.h

#include "test_class.h"

#ifdef TEST_EXPORTS

#ifndef TEST_API

#define TEST_API __declspec(dllexport)

#endif

#else

#ifndef TEST_API

#define TEST_API __declspec(dllimport)

#endif

#endif

TEST_API TestClassA* GetClassA();

#include "interface.h"

TestClassA* GetClassA()

{

return TestClassA::GetInstance();

}

///

调用的工程

#include "../NakiLib/interface.h"

int _tmain(int argc, _TCHAR* argv[])

{

GetClassA()->funA();

return 0;

}

 

对此，我能给出的解释是：简单地说，通过virtual关键字，使调用的工程在编译时，因为virtual的特性，无需知道其实现，如果不加这个关键字，就需要funA的具体实现，但是因为没有导出，所以会链接错误。换句话说，这种用法更像是使了点小手段，如果使用C语言来编写，应该无法实现这种间接导出。

参考此贴：

http://bbs.csdn.net/topics/20163418

q.为什么所有成员函数均为虚函数。
a:如果不是虚函数，其实再连接的时候成员函数是会连接代码到.exe里面去的，这样就根本call不到dll里面的函数，也就没有实现我们的原意。
而虚函数是通过函数指针调用的，exports类是再dll里面构造，所以可以保证虚函数是call到dll里面，而且.exe只需要dll的头文件即可编译连接通过。

真是充分利用了virtual这个关键字的特性啊

了解更多lib,dll,编译的知识：

编译过程的一些小知识——LIB与DLL的区别

http://www.cnblogs.com/cainiaozhanchi/archive/2010/08/03/1791615.html

编译过程的一些小知识——内部连接与外部连接

http://www.cnblogs.com/cainiaozhanchi/archive/2010/08/03/1791614.html