VS2008 VC++MFC 出错LNK2001与1120

错误 LNK1120 为您提供该链接的无法解析的外部对象数 (number)。导致无法解析的外部对象的条件由错误 LNK2001 描述，此错误出现在该错误信息之前（对每个无法解析的外部对象都出现一次）。

//就是说每出现一次LNK1120都会在之前出现一个LNK2001

LNK2001

所以主要是解决LNK1120关键是要解决链接器工具错误 LNK2001 这分一下的情况（来自VS 2008的帮助），在这里我只复制一些比较常见的，如果还不行，你重建工程来吧~~

一、代码问题

1如果 LNK2001 诊断文本报告 __check_commonlanguageruntime_version 是无法解析的外部符号，在 function 中找到了未定义的外部符号 (symbol)。若要解决此错误，请提供符号定义或移除引用它的代码。

2成员模板的定义超出了类的范围。Visual C++ 的一个限制是，成员模板的定义必须完全位于封闭类内。

3代码中大小写不匹配

4如果项目使用函数内联，但在 cpp 文件而非头文件中定义函数，则会导致 LNK2001。

5试图引用没有外部链接的函数或数据会导致 LNK2001。

6缺少函数主体或变量会导致 LNK2001。

7调用参数类型与函数声明中的参数类型不匹配的函数会导致 LNK2001。名称修饰将函数参数合并到最终修饰函数名中。

8错误包含的原型导致编译器需要没有提供的函数体，这样会导致 LNK2001。如果同时具有函数 F 的类实现和非类实现，请注意 C++ 范围解析规则。

9在使用 C++ 时，将函数原型包含在类定义中但未能包含实现（该类的此函数的实现）会导致 LNK2001。

10试图从抽象基类的构造函数或析构函数调用纯虚函数会导致 LNK2001。纯虚函数没有基类实现。

11试图在函数范围外使用用该函数声明的变量（局部变量）会导致 LNK2001。

二、编译和链接问题

1项目缺少对库 (LIB) 或对象 (OBJ) 文件的引用。有关更多信息，请参见用作链接器输入的 lib 文件。

2如果使用 /NODEFAULTLIB 或 /Zl，包含所需代码的库将不会链接到项目，除非已显式地包括了这些库。（在使用 /clr 或 /clr:pure 进行编译时，您将看到对 cctor 的引用；有关更多信息，请参见 混合程序集的初始化。）

3如果正在使用 Unicode 和 MFC，如果没有创建 wWinMainCRTStartup 的入口点，将在 _WinMain@16 上得到无法解析的外部对象；请使用 /ENTRY。请参见 Unicode 编程摘要。

4将用 /MT 编译的代码与库 LIBClib 链接会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。

5链接需要多线程库的代码（任何 MFC 代码或用 /MT 编译的代码）会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。有关更多信息，请参见下列知识库文章：

6在用 /MD 进行编译时，因为所有的运行时现在都存放在一个 DLL 中，所以源中的“func”引用在对象中变为“__imp__func”引用。如果试图与 LIBClib 或 LIBCMTlib 静态库链接，则将在 __imp__func 上得到 LNK2001。当不用 /MD 进行编译时，如果试图与 MSVCxxlib 链接，则并非总是得到 LNK2001，但可能会有其他问题。

7在生成应用程序的调试版本时与发布模式库链接会导致 LNK2001。同样，使用 /Mxd 选项（/MTd 或 /MDd）和/或定义 _DEBUG，然后再与版本库链接，将可能会产生无法解析的外部对象（同时还会出现其他问题）。将发布模式生成与调试库链接同样会导致类似问题。

8将 Microsoft 库版本和编译器产品版本混合可能会有问题。新编译器版本的库可能包含早期版本的库中没有的新符号。可能需要更改搜索路径中的目录顺序，或将它们更改为指向当前版本。

9使用库文件选择下的“工具”|“选项”|“项目”|“VC++ 目录”对话框，可以更改搜索顺序。项目的“属性页”对话框中的“链接器”文件夹可能也包含可能已过期的路径。

10当安装了新的 SDK（可能在不同的位置），但没有将搜索顺序更新为指向新位置时，可能会出现此问题。通常情况下，应将新 SDK 的 include 目录和 lib 目录的路径放在默认 Visual C++ 位置的前面。另外，包含嵌入路径的项目可能仍然指向旧路径，这些路径是有效的，但对于安装到不同位置的新版本所添加的新功能已过期。

11编译器供应商之间、甚至同一编译器的不同版本之间当前没有 C++ 命名标准。因此，链接用其他编译器编译的对象文件可能无法生成相同的命名方案，从而导致错误 LNK2001。

12在不同模块上混合内联和非内联编译选项会导致 LNK2001。如果创建 C++ 库时打开了函数内联（/Ob1 或 /Ob2），但描述函数的相应头文件的内联是关闭的（没有 inline 关键字），则将发生此错误。若要防止此问题，请在要包含到其他文件中的头文件中用 inline 定义内联函数。

13如果使用 #pragma inline_depth 编译器指令，请确保具有 设置为 2 或更大的值，并确保使用 /Ob1 或 /Ob2 编译器选项。

14在创建纯资源 DLL 时省略 LINK 选项 /NOENTRY 将导致 LNK2001。

15使用不正确的 /SUBSYSTEM 或 /ENTRY 设置会导致 LNK2001。例如，如果编写基于字符的应用程序（控制台应用程序）并指定 /SUBSYSTEM:WINDOWS，您将得到无法解析的 WinMain 外部对象。有关这些选项和入口点的更多信息，请参见 /SUBSYSTEM 和 /ENTRY 链接器选项。

初学者在学习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” 的引用。如果试图使用静态库LIBCLIB或LIBCMTLIB进行连接，将在__imp__func上发生LNK2001；如果不使用/MD选项编译，在使用MSVCxxLIB连接时也会发生LNK2001。

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

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

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

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

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

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

没有WM_VSCROLL这个消息类型 就说明这个你选择的这个类不能处理这个消息

需要在选择别的类来处理MFC中每个消息 并不是所有类都能处理的 还要看消息的类型

就你目前生成的类来看 至少在CMainFrame类中应该可以找到这个消息

在界面上定义一个EditBox（CEdit类）或者StaticText（CStatic类）控件，使用该类的SetWindowText成员函数把文本写到控件中显示。

控制台终端的输出流的话，可以用strstream 或stringstream 代替iostream 作为流，流输出完成后，生成的字符串都在流缓冲中，程序可以直接把流缓冲的内容写到控件中。

注意，老的编译器可能不支持 stringstream，就只有使用 strstream 了，用法可以到网上搜索，例子很多。

以上就是关于VS2008 VC++/MFC 出错LNK2001与1120全部的内容，包括:VS2008 VC++/MFC 出错LNK2001与1120、在MFC中如何通过“事件处理程序向导”为对话框模板添加响应WM_VSCROLL消息的处理函数OnVScroll()、如何在MFC中把程序的运行结果输出到界面上等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！