error LNK2001引起的联想

今天写了一个很简单的程序，想来找一下在上次写管理系统时候的一点小问题，结果出现了2001连接错误，代码如下：

#include <stdio.h>
#include <stdlib.h>

#define N 256

void main()
{
int number,math,English;
char *p;
p=(char *)malloc(N);

printf("Please enter the number:");
scanf("%d",&number);

printf("Please enter the name:");
scanf("%s",p);


printf("Please enter the score of math:");
scanf("%d",&math);

printf("Please enter the score of English:");
scanf("%d",&English);/*连接出现错误：test.obj : error LNK2001: unresolved external symbol _scnf
Debug/test.exe : fatal error LNK1120: 1 unresolved externals
搞了半天发现原来是把scanf写成了“sacnf”。

*/
printf("%d,%s,%d,%d",number,p,math,English);
}

        源文件的编译过程包含两个主要阶段，而它们之间的转换是自动的。第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。#include指令就是一个预处理指令，它把头文件的内容添加到.cpp文件中还有其他许多预处理指令
       这个在编译之前修改源文件的方式提供了很大的灵活性，以适应不同的计算机和操作系统环境的限制。一个环境需要的代码跟另一个环境所需的代码可能有所不同，因为可用的硬件或操作系统是不同的。在许多情况下，可以把用于不同环境的代码放在同一个文件中，再在预处理阶段修改代码，使之适应当前的环境。
        预处理器显示为一个独立的操作，但一般不能独立于编译器来执行这个操作。调用编译器会自动执行预处理过程，之后才编译代码。
编译器为给定源文件输出的是机器码，执行这个过程需要较长时间。在对象文件之间并没有建立任何连接。对应于某个源文件的对象文件包含在其他源文件中定义的函数引用或其他指定项的引用，而这些函数或项仍没有被解析。同样，也没有建立同库函数的链接。实际上，这些函数的代码并不是文件的一部分。这些工作是由链接程序(有时称为链接编辑器)完成的
链接程序把所有对象文件中的机器码组合在一起，并解析它们之间的交叉引用。它还集成了对象模块所使用的库函数的代码。这是链接程序的一种简化表示，因为这里假定在可执行模块中，模块之间的所有链接都是静态建立的。实际上有些链接是动态的，即这些链接是在程序执行时建立的。
        链接程序静态地建立函数之间的链接，即在程序执行之前建立组成程序的源文件中所包含的函数链接。动态建立的函数之间的链接(在程序执行过程中建立的链接)将函数编译并链接起来，创建另一种可执行模块—— 动态链接库或共享库。动态链接库中的函数链接是在程序调用函数时才建立的，在程序调用之前，该链接是不存在的。
        动态链接库有几个重要的优点。一个主要的优点是动态链接库中的函数可以在几个并行执行的程序之间共享，这将节省相同函数占用的内存空间。另一个优点是动态链接库在调用其中的函数之前是不会加载到内存中的。也就是说，如果不使用给定动态链接库中的函数，该动态链接库就不会占用内存空间。

库函数：顾名思义是把函数放到库里..是别人把一些常用到的函数编完放到一个文件里,供别人用.别人用的时候把它所在的文件名用#include <>加到里面就可以了.一般是放到lib文件里的....

就一般情况而言，出现Link错误都是没添加相应库函数或者调用的库函数错了，可以检查一下一些常用函数有没有拼写错误。

2001连接错误：

	第一类：
 
 

  
  例如，你用vc建了一个控制台程序，它的入口函数应该是main, 而你使用了WinMain。或者，你用vc打开了一个.c/.cpp 文件，然后直接编译这个文件，这个文件中使用了WinMian而不是main作为入口函数。vc这时的默认设置是针对控制台程序的。
 
 
 
 

  
  第二类：程序没有添加必要的库
 
 
 
 

  
  当copy网上的源程序，在本机编译的时候，由于新建的工程没有把连接用的库，在连接的时候添加进去，所以一些函数、变量找不到定义的库文件，从而出错。
 
 
	解决方法   
	第一类
 
 

  
  1. Windows子系统设置错误
 
 
 
 

  
  提示:
 
 
 
 

  
  libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
 
 
 
 

  
  Windows项目要使用Windows子系统, 而不是Console, 可以这样设置:
 
 
 
 

  
  [Project] --> [Settings] --> 选择"Link"属性页,
 
 
 
 

  
  在Project Options中将/subsystem:console改成/subsystem:windows
 
 
 
 

  
  2. Console子系统设置错误
 
 
 
 

  
  提示:
 
 
 
 

  
  LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16
 
 
 
 

  
  控制台项目要使用Console子系统, 而不是Windows, 设置:
 
 
 
 

  
  [Project] --> [Settings] --> 选择"Link"属性页,
 
 
 
 

  
  在Project Options中将/subsystem:windows改成/subsystem:console
 
 
 
 

  
  3. 程序入口设置错误
 
 
 
 

  
  提示:
 
 
 
 

  
  msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16
 
 
 
 

  
  通常, MFC项目的程序入口函数是WinMain, 如果编译项目的Unicode版本, 程序入口必须改
 
 
 
 

  
  为wWinMainCRTStartup, 所以需要重新设置程序入口:
 
 
 
 

  
  [Project] --> [Settings] --> 选择"Link"属性页 ,
 
 
 
 

  
  在Category中选择Output,
 
 
 
 

  
  再在Entry-point symbol中填入wWinMainCRTStartup, 即可
 
 
 
 

  
  4. 线程运行时库设置错误
 
 
 
 

  
  提示:
 
 
 
 

  
  nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex
 
 
 
 

  
  nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex
 
 
 
 

  
  这是因为MFC要使用多线程时库, 需要更改设置:
 
 
 
 

  
  [Project] --> [Settings] --> 选择"C/C++"属性页,
 
 
 
 

  
  在Category中选择Code Generation,
 
 
 
 

  
  再在Use run-time library中选择Debug Multithreaded或者multithreaded
 
 
 
 

  
  其中,
 
 
 
 

  
  Single-Threaded 单线程静态链接库(release版本)
 
 
 
 

  
  Multithreaded 多线程静态链接库(release版本)
 
 
 
 

  
  multithreaded DLL 多线程动态链接库(release版本)
 
 
 
 

  
  Debug Single-Threaded 单线程静态链接库(debug版本)
 
 
 
 

  
  Debug Multithreaded 多线程静态链接库(debug版本)
 
 
 
 

  
  Debug Multithreaded DLL 多线程动态链接库(debug版本)
 
 
 
 

  
  单线程: 不需要多线程调用时, 多用在DOS环境下
 
 
 
 

  
  多线程: 可以并发运行
 
 
 
 

  
  静态库: 直接将库与程序Link, 可以脱离MFC库运行
 
 
 
 

  
  动态库: 需要相应的DLL动态库, 程序才能运行
 
 
 
 

  
  release版本: 正式发布时使用
 
 
 
 

  
  debug版本: 调试阶段使用
 
 
第二类
 
 

  
  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错误虽然比较困难，但是只要注意到了上述问题，还是能够避免和予以解决的。