频道导航

详解Cocos2d-X中宏CC_DLL（转）

2019-05-18 Cocos2d-x 前端之家

前端之家收集整理的这篇文章主要介绍了详解Cocos2d-X中宏CC_DLL（转），前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。

在cocos2d-x的源码中，经常可以看到宏CC_DLL的使用，比如在类CCScene的定义中：

[cpp]view plaincopy 
   
 classCC_DLLCCScene:publicCCNode@H_404_27@ 
  
 {@H_404_27@ 
  
public:@H_404_27@ 
  
 CCScene();@H_404_27@ 
  
virtual~CCScene();@H_404_27@ 
  
 boolinit();@H_404_27@ 
  
staticCCScene*create(void);@H_404_27@ 
  
 };@H_404_27@

@H_301_72@

@H_301_72@ 在cocos2d-x中，根据不同的平台，宏CC_DLL的定义是不同的，在iOS/Android/Blackberry/Mac平台上，CC_DLL代表“空”：

copy 
    
   

#defineCC_DLL

404

@H_301_72@ 在win32平台上，CC_DLL的定义为：

@H_301_72@

copy 
    
   

#ifdefined(_USRDLL)

404

#defineCC_DLL__declspec(dllexport)@H_404_27@
#else/*useaDLLlibrary*/@H_404_27@
dllimport)@H_404_27@
#endif@H_404_27@

@H_301_72@ 在Linux平台上，CC_DLL的定义为：

copy

#defineCC_DLL__attribute__((visibility("default")))

404

对于win32，需要明白__declspec(dllexport)和__declspec(dllimport)的功能。
@H_301_72@ __declspec(dllexport)
@H_301_72@ 声明一个导出函数，是说这个函数要从本DLL导出。我要给别人用。一般用于dll中省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。
@H_301_72@ //SimpleDLLClass.h

copy

#ifdefSIMPLEDLL_EXPORT

404

#defineDLL_EXPORT__declspec(dllexport)@H_404_27@
#else@H_404_27@
#defineDLL_EXPORT@H_404_27@
#endif@H_404_27@
classDLL_EXPORTSimpleDLLClass@H_404_27@
{@H_404_27@
public:@H_404_27@
SimpleDLLClass();@H_404_27@
virtual~SimpleDLLClass();@H_404_27@
virtualgetValue(){returnm_nValue;};@H_404_27@
private:@H_404_27@
intm_nValue;@H_404_27@
@H_301_72@ //SimpleDLLClass.cpp

copy
1. SimpleDLLClass::SimpleDLLClass()@H_404_27@
2. m_nValue=0;@H_404_27@
3. }@H_404_27@
4. SimpleDLLClass::~SimpleDLLClass()@H_404_27@
5. }@H_404_27@
@H_301_72@ 对于上述代码，如果定义了SIMPLEDLL_EXPORT，那上述代码会被编译生成dll文件，此dll文件会向其他程序模块提供类SimpleDLLClass的函数和变量调用。
@H_301_72@ __declspec(dllimport)
@H_301_72@ 声明一个导入函数，是说这个函数是从别的DLL导入。我要用。一般用于使用某个dll的exe中。
@H_301_72@ 不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。
@H_301_72@ 在Windows DLL编程时，可使用__declspec(dllimport)关键字导入函数或者变量。
@H_301_72@ 函数的导入
@H_301_72@ 当你需要使用DLL中的函数时，往往不需要显示地导入函数，编译器可自动完成。但如果你显示地导入函数，编译器会产生质量更好的代码。由于编译器确切地知道了一个函数是否在一个DLL中，它就可以产生更好的代码，不再需要间接的调用转接。
@H_301_72@ Win32的PE格式（Portable Executable Format）把所有导入地址放在一个导入地址表中。下面用一个具体实例说明使用__declspec(dllimport)导入函数和不使用的区别：
@H_301_72@ 假设func是一个DLL中的函数，现在在要生成的.exe的main函数中调用func函数，并且不显示地导入func函数（即没有：__declspec(dllimport)），代码示例如下：
@H_301_72@ int main()
@H_301_72@ {
@H_301_72@ func();
@H_301_72@ }
@H_301_72@ 编译器将产生类似这样的调用代码：
@H_301_72@ call func
@H_301_72@ 然后，链接器把该调用翻译为类似这样的代码：
@H_301_72@ call 0x40000001; //0x40000001是func的地址
@H_301_72@ 并且，链接器将产生一个Thunk，形如：
@H_301_72@ 0x40000001: jmp DWORD PTR __imp_func
@H_301_72@ 这里的imp_func是func函数在.exe的导入地址表中的函数槽的地址。然后，加载器只需要在加载时更新.exe的导入地址表即可。
@H_301_72@ 而如果使用了__declspec(dllimport)显示地导入函数，那么链接器就不会产生Thunk（如果不被要求的话），而直接产生一个间接调用。因此，下面的代码：

copy
1. func1();@H_404_27@
2. }@H_404_27@
@H_301_72@ 将调用如下调用指令：
@H_301_72@ call DWORD PTR __imp_func1
@H_301_72@ 因此，显示地导入函数能有效减少目标代码（因为不产生Thunk）。另外，在DLL中使用DLL外的函数也可以这样做，从而提高空间和时间效率。
@H_301_72@ 变量的导入
@H_301_72@ 与函数不同的是，在使用DLL中的变量时，需要显示地导入变量。使用__declspec(dllimport)关键字导入变量。若在DLL中使用.def导出变量，则应使用DATA修饰变量，而不是使用已经被遗弃的CONSTANT。因为CONSTANT可能需要使用指针间接访问变量，不确定什么时候会出问题。
@H_301_72@ 我相信写WIN32程序的人，做过DLL，都会很清楚__declspec(dllexport)的作用，它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。但是，MSDN文档里面，对于__declspec(dllimport)的说明让人感觉有点奇怪，先来看看MSDN里面是怎么说的：
@H_301_72@ 初看起来，这段话前面的意思是，不用它也可以正常使用DLL的导出库，但最后一句话又说，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量这个是什么意思？？
@H_301_72@ 那我就来试验一下，假定，你在DLL里只导出一个简单的类，我们在下面的代码中导入使用这个DLL中的类，注意，我假定你已经在项目属性中定义了 SIMPLEDLL_EXPORT。

copy

详解Cocos2d-X中宏CC_DLL（转）

猜你在找的Cocos2d-x相关文章