extern c __declspec(dllexport) __declspec(dllimport)

2024-01-06 01:38

本文主要是介绍extern c __declspec(dllexport) __declspec(dllimport),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

extern "C"  __declspec(dllexport)  __declspec(dllimport)都是用于函数或者变量,甚至类的声明的(可以把extern "C"放在class的前面,但是编译器会忽略掉,最后产生的还是C++修饰符,而不是C修饰符)这样的用法有个好处就是下面的代码可以在混有类的函数和 变量上使用下面的宏,虽然对类不起作用:

#ifdef __cplusplus
extern " C "
{
// 函数声明
// 变量声明,变量一般前面都有extern
// 类声明,这个不起作用,编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}

#endif

C 和C++ 对应不同的调用约定,产生的修饰符也各不相同,如下:

调用约定extern "C" 或 .c 文件.cpp、.cxx 或 /TP

C 命名约定 (__cdecl )

_test

?test@@ZAXXZ

Fastcall 命名约定 (__fastcall )

@test@0

?test@@YIXXZ

标准调用命名约定 (__stdcall )

_test@0

?test@@YGXXZ


__declspec(dllexport)  __declspec(dllimport)一般也是使用宏的形式:

#ifdef ONEDLL_EXPORTS
#define ONEDLL_API __declspec(dllexport)
#else
#define ONEDLL_API __declspec(dllimport)
#endif

这样在DLL代码本身就是__declspec(dllexport) ,在使用DLL的程序中就变成了__declspec(dllimport),这两标志分别用来指明当前的函数将被导出,和当前函数是被导入的。
 

上面的两个宏结合一下就是下面这样的了:

// 下列 ifdef 块是创建使从 DLL 导出更简单的
// 宏的标准方法。此 DLL 中的所有文件都是用命令行上定义的 ONEDLL_EXPORTS
// 符号编译的。在使用此 DLL 的
// 任何其他项目上不应定义此符号。这样,源文件中包含此文件的任何其他项目都会将
// ONEDLL_API 函数视为是从 DLL 导入的,而此 DLL 则将用此宏定义的
// 符号视为是被导出的。
#ifdef ONEDLL_EXPORTS
#define ONEDLL_API __declspec(dllexport)
#else
#define ONEDLL_API __declspec(dllimport)
#endif

// 此类是从 OneDll.dll 导出的
#ifdef __cplusplus
extern " C "
{
#endif
class  ONEDLL_API COneDll  {
public :
    COneDll( void );
     ~ COneDll( void );
    
     //  TODO: 在此添加您的方法。
     int  m_a;
     int  m_b;
     int   * m_p;
     int  m_n;

     void  AddValue();

}
;

extern  ONEDLL_API  int  nOneDll;

ONEDLL_API  int  fnOneDll( void );

#ifdef __cplusplus
}

#endif


如果调用模块和被调用模块都是C++(而且是同一种编成环境,如VC,甚至需要同一版本的VC),那么就不需要extern “C”了,因为这个标志的作用就是用在函数和变量声明前,无论是调用模块,还是被调用模块,都将生成C修饰符,调用模块将需要C修饰符的函数,而被调用模 块将产生C修饰符的函数,所以这个标志在两者都是C++的时候使用并不受影响,不使用这个标志,也不受影响。
但是如果C模块要调用C++ 模块,那么C++模块就需要使用extern “C”,当然C不用,由于是在头文件的声明中使用,所以使用下面的宏能够使得这个头文件也在C中顺利使用:

#ifdef __cplusplus
extern " C "
{
// 函数声明
// 变量声明,变量一般前面都有extern
// 类声明,这个不起作用,编译器直接忽略掉class前面的extern “C”
#ifdef __cplusplus
}

#endif


如果C++模块要调用C模块,那么C++模块还是需要extern “C”,当然C不用,由于是在头文件的声明中使用,所以使用上面的宏同样能够使得这个头文件也在C中顺利使用。

总结一下就是加上extern “C”在什么情况下都没错,但是要注意函数重载的问题。



def文件是一种比较麻烦的方法,下面是MSDN中的部分内容:

 

模块定义 (.def) 文件是包含一个或多个描述 DLL 各种属性的 Module 语句的文本文件。如果不使用 __declspec(dllexport)  关键字导出 DLL 的函数,则 DLL 需要 .def 文件。

.def 文件必须至少包含下列模块定义语句:
1.文件中的第一个语句必须是 LIBRARY 语句。此语句将 .def 文件标识为属于 DLL。LIBRARY 语句的后面是 DLL 的名称。链接器将此名称放到 DLL 的导入库中。
2.EXPORTS 语句列出名称,可能的话还会列出 DLL 导出函数的序号值。通过在函数名的后面加上 @ 符和一个数字,给函数分配序号值。当指定序号值时,序号值的范围必须是从 1 到 N,其中 N 是 DLL 导出函数的个数。

例如,包含实现二进制搜索树的代码的 DLL 看上去可能像下面这样:

LIBRARY   BTREE
EXPORTS
   Insert   @ 1
   Delete   @ 2
   Member   @ 3
   Min   @ 4

 

提示:

如果希望优化 DLL 文件的大小,请对每个导出函数使用 NONAME  属性。使用 NONAME  属性时,序号存储在 DLL 的导出表中而非函数名中。如果导出许多函数,这样做可以节省相当多的空间。


其实__declspec(dllexport) 的作用就是让编译器按照某种预定的方式(前面大致解释了这种方式的规则)来输出导出函数及变量的符号,而def文件则是自己为每一个函数和变量指定导出符号,所以def是一个非自动化,手工很强的方式,不是特殊情况的话,实在没有必要浪费这些时间。
还有一个问题,就是使用def会把调用方式和__declspec(dllexport) 的作用全部覆盖掉,所以还需要自己处理调用方式不同产生的错误。
一般使用def文件的情况是你需要使用运行时加载,并且需要使用GetProcAddress函数获得函数地址,这个函数需要直接指明函数产生的导出符号,而可以自己指定导出符号的方式就是使用def。

这篇关于extern c __declspec(dllexport) __declspec(dllimport)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/574813

相关文章

extern之于变量、之于函数

背景:前几天一个同学问阿楞:“我在##.cpp文件里面已经定义了一个data,那么我想在main函数里面用到这个data的值,该怎么办?”,其实阿楞很菜,也不知道,后来经过谷歌度娘一番教导,方才初窥extern的门道。                                     如若有误,烦请更正! 1.extern可置于变量或函数前,表示变量或者函数的定义在别的文件中,

头文件中extern “C”的理解

C语言的. h头文件常会看到如下做法: #ifdef __FUNC_H_ #define _FUNC_H_ #ifdef __cplusplus__ extern "C" { #endif #include<stm32f10x.h> int foo(char ,int ); #ifdef __cplusplus__ } #endif #endif 开始看别人的代码中类似这样

C++的dllexport和dllimportnbsp;nbsp;…

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

(转载)__declspec(dllimport)的作…

是时候总结一下__declspec(dllimport)的作用了。可能有人会问:__declspec(dllimport)和__declspec(dllexport)是一对的,在动态链接库中__declspec(dllexport)管导出,__declspec(dllimport)管导出,就像一个国家一样,有出口也有进口,有什么难理解的呢?这是一种很自然的思路,开始我也是这样理解。

__declspec(dllexport)

原文地址:__declspec(dllexport) 作者:独自等待 先看代码:以下是在dev-c++里建立自已的dll时的dll.h里面的代码,这里面有一个:_declspec(dllexport) #ifndef _DLL_H_ #define _DLL_H_//防重复定义 #if BUILDING_DLL # define DLLIMPORT __declspec (dllexp

C++中的 extern “C“

在 C++中,extern "C"是一个链接指示符,用于告诉 C++编译器以 C 语言的方式进行链接。 一、作用 混合编程:当 C++程序需要调用 C 语言编写的函数或库时,使用extern "C"可以确保 C++编译器正确地识别和链接这些 C 函数。因为 C 和 C++的函数命名规则和调用约定可能不同,extern "C"可以解决这种不兼容性。兼容性:对于一些遗留的 C 代码库,或者需要与其

extern:如果在a.c文件中定义了一个全局函数func1,并未在a.h中声明,那么b.c可以直接使用a.c中的func1吗

如果在a.c文件中定义了一个全局函数func1,并未在a.h中声明,那么b.c可以直接使用a.c中的func1吗? 在C语言中,如果a.c文件中定义了一个全局函数,并且这个函数的声明(也就是它的原型)没有在头文件(如a.h)中给出,那么b.c文件不能直接使用a.c中的这个函数,除非在b.c中直接包含了该函数的完整定义(这通常是不推荐的做法,因为它违反了代码的封装和模块化原则)。 然而,在实际的

extern:c语言中的函数可以重复声明吗

在C语言中,函数可以被多次声明,但是有几个要点需要注意: 1.重复声明必须保持一致:函数的多次声明必须完全相同,包括返回类型、函数名和参数列表(包括参数的类型和顺序)。如果声明的任何部分不一致,编译器将会报错。 2.声明的目的:在C语言中,声明的主要目的是向编译器提供函数的存在性和它的一些基本信息(如返回类型和参数列表),以便编译器可以在实际的函数调用之前就知道这些信息。函数声明通常放在头文件

extern “c“使用问题

extern "c"使用问题 extern "c"使用位置c调用c++使用extern "C"使用C风格的函数封装使用函数指针 关于和同事讨论 "extern "c" 应该只会出现在.h文件? extern "c"使用位置 首先,先看下AI的回答 关于在C文件中是否需要添加 extern "C" 的问题,答案通常是不需要。让我解释一下原因和相关细节:C文件与C++文件的区别

C语言extern调用外部函数

> ls xuanzeSort.c common.c > cat common.c #include<stdio.h>//公共函数文件//打印long型数组的内容void print_array_long(long arr[],long length){long i;for(i = 0;i<length;i++){printf("%ld ",arr[i]);}printf("