4508人阅读
作者：朱金灿
是时候总结一下__declspec(dllimport)的作用了。可能有人会问：__declspec(dllimport)和__declspec(dllexport)是一对的，在动态链接库中__declspec(dllexport)管导出，__declspec(dllimport)管导出，就像一个国家一样，有出口也有进口，有什么难理解的呢？这是一种很自然的思路，开始我也是这样理解。
但是在两年前的一个项目中，我发现不用__declspec(dllimport)似乎也可以。比如现在我新建一个使用共享MFC DLL的规则DLL工程：DllDlg。然后我新建两个文件：DllApi.h和DllApi.cpp。DllApi.h作为接口文 件，DllApi.cpp作为实现文件。
&&&& 接着在DllApi.h声明一个函数：
__declspec(dllexport) void HelloWorld();
在DllApi.cpp写这个函数的实现：
void HelloWorld()
AfxMessageBox(_T(&HelloWorld&));
&&&&&&& 这样外部的应用程序或dll就能调用HelloWorld函数。这里要特别提醒的是：有些网友说要把DllApi.h中的__declspec(dllexport) void HelloWorld();改为__declspec(dllimport) void HelloWorld();才能提供给外部调用，实际上这并不需要，这个我已经测试过。从那时我就产生一个疑问：照这样，像类似下面的：
#ifdef _EXPORTING
#define API_DECLSPEC
__declspec(dllexport)
#define API_DECLSPEC
__declspec(dllimport)
是不是就只剩下一种作用：让外部调用者看得更自然些，知道哪些接口是自己工程需要导入的？__declspec(dllimport)是不是一点实际作用都没有呢？这个疑问一直盘旋在我的脑海。直到最近，我在CSDN论坛上发了一个帖子：
总结了各位大虾的发言，特得出如下结论：
1. 在导入动态链接库中的全局变量方面起作用：
#ifdef _EXPORTING
#define API_DECLSPEC
__declspec(dllexport)
#define API_DECLSPEC
__declspec(dllimport)
可以更好地导出dll中的全局变量，比如按照的宏，可以在dll中这样导出全局变量：
API_DECLSPEC CBtt g_B
然后在调用程序这样导入：
API_DECLSPEC CBtt g_B
当然也可以使用extern关键字，比如在dll中这样导出全局变量：
然后在调用程序这样导入：
extern CBtt g_B
但据说使用__declspec(dllimport)更有效。
2. __declspec(dllimport)的作用主要体现在导出类的静态成员方面，
比如在动态链接库中定义这样一个导出类：
class __declspec(dllexport) CBtt
CBtt(void);
~CBtt(void);
CString m_
static int GetValue()
return m_nV
static int m_nV
照上面这样声明，外部虽然可以使用CBtt类，但不能使用CBtt类的GetValue函数，一使用就会出现无法解析的外部符号 &public: static int CBtt::m_nValue& (?m_nValue@CBtt@@2HA)。只有如下声明才能使用CBtt类的GetValue函数：
#ifdef _EXPORTING
#define API_DECLSPEC
__declspec(dllexport)
#define API_DECLSPEC
__declspec(dllimport)
class API_DECLSPEC CBtt
CBtt(void);
~CBtt(void);
CString m_
static int GetValue()
return m_nV
static int m_nV
3. 使用隐式使用dll时，不加__declspec(dllimport)完全可以，使用上没什么区别，只是在生成的二进制代码上稍微有点效率损失。
a、 不加__declspec(dllimport)时，在使用dll中的函数时，编译器并不能区别这是个普通函数，还是从其它dll里导入的函数，所以其生 成的代码如下：
call 地址1
jmp 实际函数地址
b、有 __declspec(dllimport)时，编译器知道这是要从外部dll导入的函数，从而在生成的exe的输入表里留有该项，以便在运行 exe，PE载入器加载exe时对输入地址表IAT进行填写，这样生成的代码如下：
call dword ptr[输入表里哪项对应的内存地址] (注意：现在就不需要jmp stub了)。这里
有兴趣的朋友可以参看《编译原理》和 PE文件格式。
4．使用__declspec(dllimport)体现了语言的一种对称美，比如虽然!true就是表示false，但是我们还是需要false这个关键字，这里体现了一种对称美。
在此特别感谢CSDN的众位大侠：superdiablo、wltg2001、ccpaishi、jszj、WizardK、hurryboylqs、jingzhongrong、jameshooo、glacier3d、winnuke、starnight1981、laiyiling、yang79tao、ForestDB、zhouzhipen、lxlsymbome、Beyond_cn。
参考文献：
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
(5)(7)(4)(4)(4)(4)(6)(4)(5)(5)(8)(9)(17)(10)(13)(12)(13)(4)(13)(4)(6)(6)(7)(5)(10)(9)(4)(7)(8)(4)(12)(5)(4)(12)(21)(5)(19)(8)(1)(2)(6)(5)(10)(9)(14)(9)(11)(9)(11)(17)(9)(17)(8)(12)(10)(11)(8)(2)(6)(5)(5)(9)(4)(9)(3)(3)(7)(5)(27)(7)(3)(8)(6)(12)(3)(4)(15)(4)(8)(14)(8)(5)(1)(9)(12)(1)
() () () () ()
() () () () () () ()
() () () () () () () () () () () () () () () () () () ()使用 DllImport 属性
使用 DllImport 属性
Visual Studio .NET 2003
本主题说明
属性的常见用法。第一节讨论使用 DllImport 从托管应用程序调用本机代码的优点。第二节集中讨论封送处理和 DllImport 属性的各个方面。 从托管应用程序调用非托管代码 当在托管应用程序中重用现有的非托管代码时，DllImport 属性非常有用。例如，托管应用程序可能需要调用非托管 WIN32 API。 下面的代码示例说明此通用方案，此示例将调用 （位于 User32.lib 中）：
#using &mscorlib.dll&
using namespace System::Runtime::InteropS
// for DllImportAttribute
namespace SysWin32
[DllImport("user32.dll", EntryPoint = "MessageBox", CharSet = Unicode)]
int MessageBox(void* hWnd, wchar_t* lpText, wchar_t* lpCaption,
unsigned int uType);
int main( )
SysWin32::MessageBox( 0, L"Hello world!", L"Greetings", 0 );
主要注意包含 DllImport 的代码行。此代码行根据参数值通知编译器，使之声明位于 User32.dll 中的函数并将签名中出现的所有字符串（如参数或返回值）视为 Unicode 字符串。如果缺少 EntryPoint 参数，则默认值为函数名。另外，由于 CharSet 参数指定 Unicode，因此公共语言运行库将首先查找称为 MessageBoxW（有 W 是因为 Unicode 规范）的函数。如果运行库未找到此函数，它将根据调用约定查找 MessageBox 以及相应的修饰名。受支持的调用约定只有 __cdecl 和 __stdcall。 当调用用户定义的 DLL 中所包含的函数时，有必要将 extern "C" 添加在 DLL 函数声明之前，如下所示：
// The function declaration in SampleDLL.h file
extern "C" SAMPLEDLL_API int fnSampleDLL(void);
有关受支持的其他参数值的更多信息，请参见 。 将非结构化参数由托管封送处理为非托管 除使用上述方法外，还可以使用另一种方法将托管参数（来自托管应用程序）封送处理为非托管参数（在非托管 DLL 中）。 以下代码示例说明封送处理技术：
#using &mscorlib.dll&
using namespace S // To bring System::String in
using namespace System::Runtime::InteropS
// for DllImportAttribute
namespace SysWin32
[DllImport("user32.dll", EntryPoint = "MessageBox", CharSet = Unicode)]
Int32 MessageBox( Int32 hWnd, String* lpText, String* lpCaption,
UInt32 uType );
int main( )
SysWin32::MessageBox(0, S"Hello world!", S"Greetings", 0);
完成实际的调用后，由于 CharSet 参数值的作用，所有参数字符串都自动转换为 wchar_t*。同样，所有 Int32 参数类型都转换为非托管 int，而 UInt32 参数类型转换为非托管 unsigned int。 下表提供关于转换非托管和托管上下文的指导：
非托管代码 C++ 的托管扩展
unsigned int UInt32
short Int16
char* 用于 [in] 参数的 String* (CharSet = Ansi)，用于 [out] 参数或返回值的 Text::StringBuilder*。
wchar_t* 用于 [in] 参数的 String* (CharSet = Unicode)，用于 [out] 参数或返回值的 Text::StringBuilder*。
函数指针（回调） 限制：函数指针必须具有 __stdcall 调用约定，因为这是 DllImport 支持的唯一类型。 委托类型
数组（如 wchar_t*[]） 限制：CharSet 参数仅应用于函数参数的根类型。因此，无论 CharSet 的值是什么，String* __gc[] 都将被封送处理为 wchar_t* []。 相应类型的托管数组（如 String*__gc[]）
将结构化类型由非托管封送处理为托管 除简单类型外，运行库还提供了一种机制，可以将简单结构由托管上下文封送处理为非托管上下文。简单结构不包含任何内部数据成员指针、结构化类型的成员或其他元素。 例如，本主题显示如何调用本机 DLL 中具有以下签名的函数：
#include &stdio.h&
int __cdecl func( struct S* p )
printf( "%s\n", p-&str );
return p-&n;
若要创建此函数的托管包装，请将
属性应用到调用类。此属性确定封送处理结构时结构的组织方式。若要确保以传统的 C 格式组织结构，请指定顺序布局 (LayoutKind::Sequential)。结果代码如下：
#using &mscorlib.dll&
using namespace S
using namespace System::Runtime::InteropS
// CharSet = Ansi(Unicode) means that everything that is a string
// in this structure should be marshaled as Ansi(Unicode)
// strings
[StructLayout( LayoutKind::Sequential, CharSet=Ansi )]
__gc class MS // To be compatible with the type in the native
// code, this structure should have the members laid out in
// the same order as those in the native struct
String* m_
Int32 m_n;
[DllImport("some.dll")]
Int32 func( MS* ptr );
int main( )
MS* p = new MS;
p-&m_str = S"Hello native!";
p-&m_n = 7;
Console::WriteLine(func(p)); // Should print 7
也可以在托管应用程序中使用
关键字，以确保不发生封送处理：
#include &stdlib.h&
#include &string.h&
#using &mscorlib.dll&
using namespace S
using namespace System::Runtime::InteropS
__nogc class UMS
[DllImport("some.dll")]
Int32 func( UMS* ptr );
int main( )
UMS* p = new UMS;
p-&m_str = strdup( "Hello native!" );
p-&m_n = 7;
Console::WriteLine(func(p)); // Should print 7
free( p-&m_str );
第二个方案是：
#include &stdio.h&
int __cdecl func( struct S p )
printf( "%S\n", p.str );
return p.n;
注意参数是通过值传递的。若要在托管应用程序中包装此调用，请使用值而不是
类型。结果代码如下：
#using &mscorlib.dll&
using namespace S
using namespace System::Runtime::InteropS
[StructLayout( LayoutKind::Sequential, CharSet=Unicode )]
__value class VS
String* m_
Int32 m_n;
[DllImport( "some.dll" )]
Int32 func( VS ptr );
int main( )
v.m_str = S"Hello native!";
v.m_n = 7;
Console::WriteLine(func(v)); // should print 7 also
您对此内容的反馈非常重要。请告诉我们您的想法。
更多反馈？
1500 个剩余字符
我们非常感谢您的反馈。
开发人员中心5183人阅读
我相信写WIN32程序的人，做过DLL，都会很清楚__declspec(dllexport)的作用，它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然，如果你的DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。但是，MSDN文档里面，对于__declspec(dllimport)的说明让人感觉有点奇怪，先来看看MSDN里面是怎么说的：
不使用 __declspec(dllimport) 也能正确编译代码，但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码，是因为它可以确定函数是否存在于 DLL 中，这使得编译器可以生成跳过间接寻址级别的代码，而这些代码通常会出现在跨 DLL 边界的函数调用中。但是，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量。
初看起来，这段话前面的意思是，不用它也可以正常使用DLL的导出库，但最后一句话又说，必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量这个是什么意思？？
那我就来试验一下，假定，你在DLL里只导出一个简单的类，注意，我假定你已经在项目属性中定义了 SIMPLEDLL_EXPORTSimpleDLLClass.h
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#define DLL_EXPORT
class DLL_EXPORT SimpleDLLClass
SimpleDLLClass();
virtual ~SimpleDLLClass();
virtual getValue() { return m_nV};
SimpleDLLClass.cpp
#include "SimpleDLLClass.h"
SimpleDLLClass::SimpleDLLClass()
m_nValue=0;
SimpleDLLClass::~SimpleDLLClass()
然后你再使用这个DLL类，在你的APP中include SimpleDLLClass.h时，你的APP的项目不用定义 SIMPLEDLL_EXPORT 所以，DLL_EXPORT 就不会存在了，这个时候，你在APP中，不会遇到问题。这正好对应MSDN上说的__declspec(dllimport)定义与否都可以正常使用。但我们也没有遇到变量不能正常使用呀。 那好，我们改一下SimpleDLLClass,把它的m_nValue改成static,然后在cpp文件中加一行
int SimpleDLLClass::m_nValue=0;
如果你不知道为什么要加这一行，那就回去看看C++的基础。 改完之后，再去LINK一下，你的APP，看结果如何， 结果是LINK告诉你找不到这个m_nValue。明明已经定义了，为什么又没有了？？ 肯定是因为我把m_nValue定义为static的原因。但如果我一定要使用Singleton的Design Pattern的话，那这个类肯定是要有一个静态成员，每次LINK都没有，那不是完了？ 如果你有Platform SDK，用里面的Depend程序看一下，DLL中又的确是有这个m_nValue导出的呀。再回去看看我引用MSDN的那段话的最后一句。 那我们再改一下SimpleDLLClass.h，把那段改成下面的样子:
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#define DLL_EXPORT __declspec(dllimport)
再LINK，一切正常。原来dllimport是为了更好的处理类中的静态成员变量的，如果没有静态成员变量，那么这个__declspec(dllimport)无所谓。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：36430次
排名：千里之外
原创：11篇
转载：52篇
(1)(1)(1)(1)(2)(5)(5)(3)(1)(1)(2)(1)(7)(17)(14)(1)dllexport、dllimport
此文章由人工翻译。 将光标移到文章的句子上，以查看原文。
dllexport、dllimport
Visual Studio 2013
Microsoft 专用
和 dllimport 存储类特性是 C 和 C++ 语言的 Microsoft 专用扩展。
可以使用它们从 DLL 中导出或向其中导入函数、数据和对象。
__declspec( dllimport ) declarator
__declspec( dllexport ) declarator
这些特性显式定义 DLL 到其客户端的接口，可以是可执行文件或另一个 DLL。
将函数声明为 dllexport 可消除对模块定义 (.def) 文件的需要，至少在有关导出函数的规范方面。
特性可替换 __export 关键字。
如果将类标记为 declspec(dllexport)，则类层次结构中类模板的任何专用化都将隐式标记为 declspec(dllexport)。
这意味着类模板将进行显式实例化，且必须定义类的成员。
函数的 dllexport 使用其修饰名公开该函数。
对于 C++ 函数，这包括名称重整。
对于 C 函数或声明为 extern“C”的函数，这包括基于调用约定的平台特定的修饰。
或 dllimport 时，您必须使用和 __declspec 关键字。
// Example of the dllimport and dllexport class attributes
__declspec( dllimport ) int
__declspec( dllexport ) void func();
或者，若要提高代码的可读性，可以使用宏定义：
#define DllImport
__declspec( dllimport )
#define DllExport
__declspec( dllexport )
DllExport void func();
DllExport int i = 10;
DllImport int
DllExport int
结束 Microsoft 专用
Microsoft 正在进行一项网上调查，以了解您对 MSDN 网站的意见。 如果您选择参加，我们将会在您离开 MSDN 网站时向您显示该网上调查。是否要参加？
您对此内容的反馈非常重要。请告诉我们您的想法。
更多反馈？
1500 个剩余字符
我们非常感谢您的反馈。
开发人员中心&&&&&&&&&&&&&&&&&&& 托管代码指的是必须依靠.NET框架解释运行的代码，非托管代码一般指的是传统的不需要借助.NET框架解释的代码。在.NET出现之前，如VB,C++,DELPHI编写的程序都是非托管代码。
&&&&&&&&&&&&&&&&&& DllImport属性的功能：&从托管应用程序调用非托管代码。
&&&&&&&&&&&&&& 在开发时会经常遇到的这样的情况，比如商务拨号系统中，直接和话媒硬件打交道的代码集成在一个用C编写的dll中，而在.net下引用这个dll中的方法时，就需要用到DllImport。
[DllImport(&phonic_ubox.dll&)]
// extern修饰符用于声明在外部实现的方法
public static extern void ubox_close();
下面来看一个DllImport&的列子
使用 C 程序创建一个 DLL，使用 C# 程序调用该 DLL。
int __declspec(dllexport) SampleMethod(int i)
return i*10;
从 C# 程序内调用
using System.Runtime.InteropS
public class MainClass
[DllImport(&Cmdll.dll&)]
public static extern int SampleMethod(int x);
static void Main()
Console.WriteLine(&SampleMethod() returns {0}.&, SampleMethod(5));
SampleMethod() returns 50.
DllImport特性
&&&&&&&& 首先我们来了解一下DllImport代码特性，在进行互操作的时候，我们需要用DllImport来标识该方法是非托管的代码方法，在编译器编译的时候它能够正确的认识出被该特性标记的是外来代码段，所以能顺利的通过编译，当到达程序运行的时候，也能够正确的认识出该代码是引用非托管的代码，这样就让我们的CLR去加载非托管DLL文件，然后查找到入口点进行调用；
[DllImport(&Win32DLL.dll&, EntryPoint = &add&, CharSet = CharSet.Auto, CallingConvention = CallingConvention.StdCall)]
&public static extern int AddNumber(int x, int y);
这段代码申明了一个非托管代码AddNumber方法，我们来看DllImport特性的这几个属性具体什么意思；在DllImport构造函数里面有一个dllname的参数
我们可以看到注释，这个构造函数的参数是非托管dll的名称，也就是我们所要用到的导入方法的具体位置；上图中的参数是&&Win32DLL.dll&字符串，也就是我们上篇文章中创建的非托管C++生成文件，在后面有几个相关属性，我们也逐一来解释；
EntryPoint属性是用来确定非托管方法的入口点是什么，我的非托管代码的入口点名称是add，也就是说明一个问题，系统在识别非托管代码名称是靠Entrypoint属性来的，而不是我们在C#编辑器中申明的托管代码的名称AddNumber，系统只用Entrypoint来确定非托管入口点，而我们可以用随意的名称来定义非托管的调用名称，这往往是个好方法，由于我们托管代码经常要讲究一些对象化的编程方法，所以在命名方面也是至关重要的，不能随意起一个没有任何对象意义的名称，这样我们就可以定义自己的，复合当前上下文的，很形象的名称；
DllImport特性中的CharSet可选属性；
&&&&&&&&&&&& CharSet属性是用来确定在托管与非托管调用的过程中用什么字符编码来封送数据，因为我们的.NET平台是采用的Unicode编码，而标准C++是采用的Ansi编码，在我们了解了非托管代码的编码方式之后，我们就很确定用什么编码，那么如果我们不清楚非托管代码是用什么语言编写的或者不清楚它的编码方式时，我们可以使用CharSet枚举中的auto值，让CLR自动为我们处理相关细节；
DllImport特性中的CallingConvention可选属性；
CallingConvention属性也是一个比较重要的属性，在平台调用的过程中起到查找入口点的作用，在托管代码进行非托管代码入口点查找时，会通过CallingConvention中的值进行确认非托管入口点的调用约定，
extern &C& _declspec(dllexport) int _stdcall add(int x,int y)
&return x+y;
这段是非托管C++代码，在这个方法前面有一个_stdcall的关键字，这个关键字的意思是说方法的调用约定，我们来看_stdcall调用的相关概念说明：函数的参数自右向左通过栈传递，被调用的函数在返回前清理传送参数的内存栈；意思是说，有被调用方来清理调用堆栈；
还有_declspec(dllexport)关键代码，这段意思是说将该方法导出为可调用方法，也就是说外来者是可以调用的方法，由于DLL文件不是每一个方法都可以调用的，只有编写者愿意才能使用。
extern &C&关键代码，是名称修饰的意思，在编译期间采用C编译选项来编译这个函数，由于C和C++是不同的语言，具体的语法也不相同，所以在C++中提供了选择的余地，让我们可以选择用什么编译方式来编译方法，如果我们用&C&代码修饰了之后，编译器会通过区分不同的调用约定来重新命名方法的名称；
__stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个&@&符号和其参数的字节数，格式为_functionname@number,例如：function(int a, int b)，其修饰名为：_function@8
__cdecl调用约定仅在输出函数名前加上一个下划线前缀，格式为_functionname。
__fastcall调用约定在输出函数名前加上一个&@&符号，后面也是一个&@&符号和其参数的字节数，格式为@functionname@number。
详细信息：
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：111584次
积分：1956
积分：1956
排名：第7915名
原创：67篇
转载：82篇
评论：70条
(2)(2)(2)(1)(3)(2)(1)(1)(2)(1)(7)(7)(3)(19)(5)(1)(5)(11)(9)(1)(1)(10)(13)(1)(8)(2)(1)(3)(2)(2)(4)(1)(4)(1)(1)(2)(2)(1)(1)(4)(2)