1.在Project|Setting中的Link标签页的Object/library   Modules   中加入*.lib(用空格隔开多个*.lib)

2.在Tools|Options中的Directories   标签页中的   Show   directories   for:下面的 Include   files   中增加Myclass.h的路径；Lib   files中增加*.lib   和*.dll路径。

如果有类ClassA，则ClassA a创建一个对象a，如果不想创建对象，而只是声明一个句柄，则需要使用指针。

初学者在学习VC＋＋的过程中，遇到的LNK2001错误的错误消息主要为：

　　unresolved external symbol “symbol”（不确定的外部“符号”）

如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或标签，将产生此错误消息。一般来说，发生错误的原因有两个：

一是所引用的函数、变量不存在、拼写不正确或者使用错误;
二是可能使用了不同版本的连接库;

　　以下是可能产生LNK2001错误的原因：

　　一．由于编码错误导致的LNK2001。

　　1．不相匹配的程序代码或模块定义（.DEF）文件能导致LNK2001。例如,如果在C＋＋ 源文件内声明了一变量“var1”，却试图在另一文件内以变量“VAR1”访问该变量,将发生该错误。

　　2．如果使用的内联函数是在.CPP文件内定义的，而不是在头文件内定义将导致LNK2001错误。

　　3．调用函数时如果所用的参数类型同函数声明时的类型不符将会产生LNK2001。

　　4．试图从基类的构造函数或析构函数中调用虚拟函数时将会导致LNK2001。

　　5．要注意函数和变量的可公用性，只有全局变量、函数是可公用的。静态函数和静态变量具有相同的使用范围限制。当试图从文件外部访问任何没有在该文件内声明的静态变量时将导致编译错误或LNK2001。

　　函数内声明的变量（局部变量） 只能在该函数的范围内使用。

　　C＋＋ 的全局常量只有静态连接性能。这不同于C，如果试图在C＋＋的多个文件内使用全局变量也会产生LNK2001错误。一种解决的方法是需要时在头文件中加入该常量的初始化代码，并在.CPP文件中包含该头文件；另一种方法是使用时给该变量赋以常数。

　　二．由于编译和链接的设置而造成的LNK2001

　　1．如果编译时使用的是/NOD（/NODEFAULTLIB）选项，程序所需要的运行库和MFC库在连接时由编译器写入目标文件模块， 但除非在文件中明确包含这些库名，否则这些库不会被链接进工程文件。在这种情况下使用/NOD将导致错误LNK2001。

　　2．如果没有为wWinMainCRTStartup设定程序入口，在使用Unicode和MFC时将得到“unresolved external on _WinMain@16”的LNK2001错误信息。

　　3．使用/MD选项编译时,既然所有的运行库都被保留在动态链接库之内，源文件中对“func”的引用，在目标文件里即对“__imp__func” 的引用。如果试图使用静态库LIBC.LIB或LIBCMT.LIB进行连接，将在__imp__func上发
生LNK2001；如果不使用/MD选项编译，在使用MSVCxx.LIB连接时也会发生LNK2001。

　　4．使用/ML选项编译时，如用LIBCMT.LIB链接会在_errno上发生LNK2001。

　　5．当编译调试版的应用程序时，如果采用发行版模态库进行连接也会产生LNK2001；同样，使用调试版模态库连接发行版应用程序时也会产生相同的问题。

　　6．不同版本的库和编译器的混合使用也能产生问题，因为新版的库里可能包含早先的版本没有的符号和说明。

　　7．在不同的模块使用内联和非内联的编译选项能够导致LNK2001。如果创建C＋＋库时打开了函数内联（/Ob1或/Ob2），但是在描述该函数的相应头文件里却关闭了函数内联（没有inline关键字），这时将得到该错误信息。为避免该问题的发生，应该在相应的头文件中用inline关键字标志内联函数。

　　8．不正确的/SUBSYSTEM或/ENTRY设置也能导致LNK2001。

　　其实，产生LNK2001的原因还有很多，以上的原因只是一部分而已，对初学者来说这些就够理解一阵子了。但是，分析错误原因的目的是为了避免错误的发生。LNK2001错误虽然比较困难，但是只要注意到了上述问题，还是能够避免和予以解决的。

dllimport是为了更好的处理类中的静态成员变量(或者其他...)的，如果没有静态成员变量(或者其他...)，那么这个__declspec(dllimport)无所谓.

函数的导入

    当你需要使用DLL中的函数时，往往不需要显示地导入函数，编译器可自动完成。但如果你显示地导入函数，编译器会产生质量更好的代码。由于编译器确切地知道了一个函数是否在一个DLL中，它就可以产生更好的代码，不再需要间接的调用转接。

    Win32的PE格式（Portable Executable Format）把所有导入地址放在一个导入地址表中。下面用一个具体实例说明使用__declspec(dllimport)导入函数和不使用的区别：

    假设func是一个DLL中的函数，现在在要生成的.exe的main函数中调用func函数，并且不显示地导入func函数（即没有：__declspec(dllimport)），代码示例如下：

    int main()

    {

        func();

    }

编译器将产生类似这样的调用代码：

    call func

然后，链接器把该调用翻译为类似这样的代码：

    call 0x40000001       ; ox40000001是"func"的地址

并且，链接器将产生一个Thunk，形如：

    0x40000001: jmp DWORD PTR __imp_func

这里的imp_func是func函数在.exe的导入地址表中的函数槽的地址。然后，加载器只需要在加载时更新.exe的导入地址表即可。

    而如果使用了__declspec(dllimport)显示地导入函数，那么链接器就不会产生Thunk（如果不被要求的话），而直接产生一个间接调用。因此，下面的代码：

    __declspec(dllimport) void func1(void);
   void main(void)
    {
        func1();
    }

将调用如下调用指令：

    call DWORD PTR __imp_func1

    因此，显示地导入函数能有效减少目标代码（因为不产生Thunk）。另外，在DLL中使用DLL外的函数也可以这样做，从而提高空间和时间效率。

变量的导入

    与函数不同的是，在使用DLL中的变量时，需要显示地导入变量。使用__declspec(dllimport)关键字导入变量。若在DLL中使用.def导出变量，则应使用DATA修饰变量，而不是使用已经被遗弃的CONSTANT。因为CONSTANT可能需要使用指针间接访问变量，不确定什么时候会出问题。

我相信写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_EXPORT
SimpleDLLClass.h

#ifdef SIMPLEDLL_EXPORT#define DLL_EXPORT __declspec(dllexport)#else#define DLL_EXPORT#endifclass DLL_EXPORT SimpleDLLClass{public: SimpleDLLClass(); virtual ~SimpleDLLClass(); virtual getValue() { return m_nValue;};private: int m_nValue;};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，把那段改成下面的样子:

将一个函数声明为导出函数，就是说这个函数要被其他程序调用，作为DLL的一个对外函数接口。

通常它和extern “C”合用，形式如下

Extern “C”

{

_declspec(dllexport) RETURN_TYPE FUNCTION()

{

}

}

这是由于在制作DLL导出函数时，由于C++存在函数重载，因此_declspec(dllexport) FUNCTION(int,int)在DLL会被decorate，例如被decorate成为function_int_int，而且不同的编译器decorate的方法不同，造成了在用GetProcaddress取得FUNCTION地址时的不便，使用extern “C”时，上述的decorate不会发生，因为C没有函数重载，如此一来被extern “C”修饰的函数就不具备重载能力。

2. MSDN

在 32 位编译器版本中，可以使用__declspec(dllexport) 关键字从 DLL 导出数据、函数、类或类成员函数。

__declspec(dllexport)将导出指令添加到对象文件(即obj文件)，若要导出函数，__declspec(dllexport)关键字必须出现在调用约定关键字的左边（如果指定了关键字）。例如：

__declspec(dllexport) void __cdecl Function1(void);

若要导出类中的所有公共数据成员和成员函数，关键字必须出现在类名的左边，如下所示：

class __declspec(dllexport) CExampleExport : public CObject { ... class definition ... };

生成 DLL 时，通常创建一个包含正在导出的函数原型和/或类的头文件，并将__declspec(dllexport)添加到头文件中的声明。若要提高代码的可读性，请为__declspec(dllexport)定义一个宏，并对正在导出的每个符号使用该宏：#define DllExport   __declspec( dllexport )

3. __declspec(dllexport)与.def

模块定义（.def）文件是包含一个或多个描述各种 DLL 属性的 Module 语句的文本文件。

1、二者的目的都是将公共符号导入到应用程序中或从 DLL 导出函数。

2、添加 __declspec(dllexport)是为了提供不使用.def文件从 .EXE 或 .DLL 导出函数的简单方法。

3、如果不使用 __declspec (dllimport) 或 __declspec(dllexport) 导出 DLL 函数，则 DLL 需要.def文件。

4、并不是任何时候选择添加 __declspec(dllexport)而放弃.def的方式都是好的。如果DLL是提供给VC++用户使用的，只需要把编译DLL时产生的.lib提供给用户，它可以很轻松地调用你的DLL。但是如果DLL是供VB、PB、Delphi用户使用的，那么会产生一个小麻烦。因为VC++对于__declspec(dllexport) 声明的函数会进行名称转换，如下面的函数：

__declspec(dllexport) int __stdcall IsWinNT()

会转换为IsWinNT@0，这样你在VB中必须这样声明：

Declare Function IsWinNT Lib "my.dll" Alias "IsWinNT@0" () As Long

@的后面的数由于参数类型不同而可能不同。这显然不太方便。所以如果要想避免这种转换，就要使用.def文件方式。

1. 隐式的加载时链接

这种方法需要DLL工程经编译产生的LIB文件，此文件中包含了DLL允许应用程序调用的所有函数的列表，当链接器发现应用程序调用了LIB文件列出的某个函数，就会在应用程序的可执行文件的文件映像中加入一些信息，这些信息指出了包含这个函数的DLL文件的名字。当这个应用程序运行时，也就是它的可执行文件被操作系统产生映像文件时，系统会查看这个映像文件中关于DLL的信息，然后将这个DLL文件映像到进程的地址空间。

系统通过DLL文件的名称，试图加载这个文件到进程地址空间时，它寻找DLL 文件的路径按照先后顺序如下：

·程序运行时的目录，即可执行文件所在的目录；

·当前程序工作目录

·系统目录：对于Windows95/98来说，可以调用GetSystemDirectory函数来得到，对于WindowsNT/2000来说，指的是32位Windows的系统目录，也可以调用GetSystemDirectory函数来得到，得到的值为SYSTEM32。

·Windows目录

·列在PATH环境变量中的所有目录

VC中加载DLL的LIB文件的方法有以下三种：

①LIB文件直接加入到工程文件列表中

在VC中打开File View一页，选中工程名，单击鼠标右键，然后选中“Add Files to Project”菜单，在弹出的文件对话框中选中要加入DLL的LIB文件即可。

②设置工程的 Project Settings来加载DLL的LIB文件

打开工程的 Project Settings菜单，选中Link，然后在Object/library modules下的文本框中输入DLL的LIB文件。

③通过程序代码的方式

加入预编译指令#pragma comment (lib,”*.lib”)，这种方法优点是可以利用条件预编译指令链接不同版本的LIB文件。因为，在Debug方式下，产生的LIB文件是Debug版本，如Regd.lib；在Release方式下，产生的LIB文件是Release版本，如Regr.lib。

当应用程序对DLL的LIB文件加载后，还需要把DLL对应的头文件（*.h）包含到其中，在这个头文件中给出了DLL中定义的函数原型，然后声明。

2 显式的运行时链接

隐式链接虽然实现较简单，但除了必须的*.dll文件外还需要DLL的*.h文件和*.lib文件，在那些只提供*.dll文件的场合就无法使用，而只能采用显式链接的方式。这种方式通过调用API函数来完成对DLL的加载与卸载，其能更加有效地使用内存，在编写大型应用程序时往往采用此方式。这种方法编程具体实现步骤如下：

①使用Windows API函数Load Library或者MFC提供的AfxLoadLibrary将DLL模块映像到进程的内存空间，对DLL模块进行动态加载。

②使用GetProcAddress函数得到要调用DLL中的函数的指针。

1.     字符映射：文件中的物理源字符被映射到源字符集中，其中包括三字符运算符的替换、控制字符（行尾的回车换行）的替换。

2.     行合并：以反斜杠结束的行和它接下来的行合并

3.     标记化：每一条注释被一个单独的空字符所替换，源代码被分析成预处理标记

4.     预处理：调用预处理指令并扩展宏，使用include指令包含的文件，重复1到4阶段。1到4阶段统称为预处理阶段。

5.     字符集映射：源字符集成员、转义序列被转换成等价的执行字符集成员

6.     字符串连接：将相邻的字符串进行连接

7.     翻译：将写好的C++程序代码进行语法和语义分析编译，并翻译成可执行的目标代码

8.     处理模板：此时会调用库函数

9.     链接：把所有编译好的单元全部链接为一个整体文件，其实这一步可以比作是一个“连线的过程。”链接时最重要的是检查全局空间里面是不是有重复定义或者缺失定义。

链接包括三个过程：预编译，编译，链接

编译阶段分两步：检查函数或者变量是否存在它们的声明；检查语句是否符合C++语法

预编译阶段粗略的认为就是“宏展开”，即建立名与体的对等关系，以便在编译阶段进行替换。

编译：将源代码转换为机器可认识代码的过程。编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件格式的要求链接生成可执行程序

另外，使用该结构可以避免使用goto语句，如果在{}内进行多项判断，只要一项判断错误，则跳过之后的其他判断，则使用该结构直接跳出，而不用使用goto语句。

struct student

{

string name;

};

接下来，定义该结构体的一个s变量的语法如下：

struct student s;

即在定义结构体变量时需要带上struct关键字。有一种方法可以使得在定义结构体变量时不带struct关键字：使用类型别名。

typedef struct student  

{

string name;

}stu;

stu s;

在上面的结构体定义中也可以省略结构体名称student，因为定义别名为的就是简化定义语句，后面不会使用该结构体的原名，所以不明确写出student也可以。

C++对结构体类型进行了调整：C++中的结构体和类除了默认访问级别不同外，没有其他区别。所以，在定义结构体类型时，即使前面没有typedef，在定义结构体变量时也不需要带有struct关键字。

LPSTR：即 char *，指向以'\0'结尾的8位（单字节）ANSI字符数组指针

LPWSTR：即wchar_t *，指向'\0'结尾的16位（双字节）Unicode字符数组指针

LPCSTR：即const char *

LPCWSTR：即const wchar_t *

LPTSTR：LPSTR、LPWSTR两者二选一，取决于是否宏定义了UNICODE或ANSI

LPCTSTR： LPCSTR、LPCWSTR两者二选一，取决于是否宏定义了UNICODE或ANSI，

1.string 转 CString

       CString.format(”%s”, string.c_str());

2.char 转 CString

      CString.format(”%s”, char*);

3.char to string

    string s(char *);

4.string 转 char *

     char *p = string.c_str();

5.CString 转 string

      string s(CString.GetBuffer());

6.string -> CString

      CString.format(”%s”, string.c_str());

      用c_str()确实比data()要好.

7.CString -> string

      string s(CString.GetBuffer());

      GetBuffer()后一定要ReleaseBuffer(),否则就没有释放缓冲区所占的空间.

8.有三个函数可以将字符串的内容转换为字符数组和C—string

       1.data(),返回没有”\0“的字符串数组

        2,c_str()，返回有”\0“的字符串数组

       3，copy()

9.将字符转换为整数，可以使用atoi、_atoi64或atol。

10.将数字转换为CString变量，可以使用CString的Format函数

      CString s;

       int i = 64;

       s.Format(”%d”, i)

        Format函数的功能很强，值得你研究一下。

11.cstring TO char *

       charpoint=strtest.GetBuffer(strtest.GetLength());

12.CString转换 char[100]

      char a[100];

      CString str(”aaaaaa”);

       strncpy(a,(LPCTSTR)str,sizeof(a));