摘：errorLNK2019:无法解析的外部符号该符号在函数中被引用错误原因

例如“error LNK2019: 无法解析的外部符号
error LNK2001: 无法解析的外部符号“private: static struct _OVERLAPPED CUsbCom::g_WriteOverlapped”

应该是工程设置的问题 没有连接相应的lib库或者是所用到的函数没定义&＃xff08;这个定义是在别的类里面的&＃xff09;

当出现error LNK2001: 无法解析的外部符号 _print_interface   log.obj      可在log.c里搜print_interface&＃xff08;无前面_&＃xff09;&＃xff0c;找到此函数&＃xff0c;看有无定义学习VC&＃xff0b;&＃xff0b;时经常会遇到链接错误LNK2001&＃xff0c;该错误非常讨厌&＃xff0c;因为对于 编程者来说&＃xff0c;最好改的错误莫过于编译错误&＃xff0c;而一般说来发生连接错误时&＃xff0c;编译都已通过。产生连接错误的原因非常多&＃xff0c;尤其LNK2001错误&＃xff0c;常常使人不 明其所以然。如果不深入地学习和理解VC&＃xff0b;&＃xff0b;&＃xff0c;要想改正连接错误LNK2001非 常困难。
初学者在学习VC&＃xff0b;&＃xff0b;的过程中&＃xff0c;遇到的LNK2001错误的错误消息主要为&＃xff1a;
unresolved external symbol “symbol”&＃xff08;不确定的外部“符号”&＃xff09;。 如果连接程序不能在所有的库和目标文件内找到所引用的函数、变量或 标签&＃xff0c;将产生此错误消息。一般来说&＃xff0c;发生错误的原因有两个&＃xff1a;一是所引用 的函数、变量不存在、拼写不正确或者使用错误&＃xff1b;其次可能使用了不同版本的连接库。
以下是可能产生LNK2001错误的原因&＃xff1a;
一&＃xff0e;由于编码错误导致的LNK2001。
1&＃xff0e;不相匹配的程序代码或模块定义&＃xff08;.DEF&＃xff09;文件能导致LNK2001。例如, 如果在C&＃xff0b;&＃xff0b; 源文件内声明了一变量“var1”&＃xff0c;却试图在另一文件内以变量 “VAR1”访问该变量,将发生该错误。
2&＃xff0e;如果使用的内联函数是在.CPP文件内定义的&＃xff0c;而不是在头文件内定义将导致LNK2001错误。
3&＃xff0e;调用函数时如果所用的参数类型同函数声明时的类型不符将会产生 LNK2001。
4&＃xff0e;试图从基类的构造函数或析构函数中调用虚拟函数时将会导致LNK2001。
5&＃xff0e;要注意函数和变量的可公用性&＃xff0c;只有全局变量、函数是可公用的。
静态函数和静态变量具有相同的使用范围限制。当试图从文件外部访问任何没有在该文件内声明的静态变量时将导致编译错误或LNK2001。函数内声明的变量&＃xff08;局部变量&＃xff09; 只能在该函数的范围内使用。
C&＃xff0b;&＃xff0b; 的全局常量只有静态连接性能。这不同于C&＃xff0c;如果试图在C&＃xff0b;&＃xff0b;的 多个文件内使用全局变量也会产生LNK2001错误。一种解决的方法是需要时在头文件中加入该常量的初始化代码&＃xff0c;并在.CPP文件中包含该头文件&＃xff1b;另一种 方法是使用时给该变量赋以常数。
二&＃xff0e;由于编译和链接的设置而造成的LNK2001
1&＃xff0e;如果编译时使用的是/NOD&＃xff08;/NODEFAULTLIB&＃xff09;选项&＃xff0c;程序所需要的运行库和MFC库在连接时由编译器写入目标文件模块&＃xff0c; 但除非在文件中明确包含 这些库名&＃xff0c;否则这些库不会被链接进工程文件。在这种情况下使用/NOD将导 致错误LNK2001。
2&＃xff0e;如果没有为wWinMainCRTStartup设定程序入口&＃xff0c;在使用Unicode和MFC时将得到“unresolved external on _WinMain&＃64;16”的LNK2001错误信息。
3&＃xff0e;使用/MD选项编译时,既然所有的运行库都被保留在动态链接库之内&＃xff0c;源文件中对“func”的引用&＃xff0c;在目标文件里即对“__imp__func” 的引用。
如果试图使用静态库LIBC.LIB或LIBCMT.LIB进行连接&＃xff0c;将在__imp__func上发 生LNK2001&＃xff1b;如果不使用/MD选项编译&＃xff0c;在使用MSVCxx.LIB连接时也会发生LNK2001。
4&＃xff0e;使用/ML选项编译时&＃xff0c;如用LIBCMT.LIB链接会在_errno上发生LNK2001。
5&＃xff0e;当编译调试版的应用程序时&＃xff0c;如果采用发行版模态库进行连接也会产生LNK2001&＃xff1b;同样&＃xff0c;使用调试版模态库连接发行版应用程序时也会产生相同的 问题。
6&＃xff0e;不同版本的库和编译器的混合使用也能产生问题&＃xff0c;因为新版的库里可 能包含早先的版本没有的符号和说明。
7&＃xff0e;在不同的模块使用内联和非内联的编译选项能够导致LNK2001。如果创建C&＃xff0b;&＃xff0b;库时打开了函数内联&＃xff08;/Ob1或/Ob2&＃xff09;&＃xff0c;但是在描述该函数的相应头文件里却关闭了函数内联&＃xff08;没有inline关键字&＃xff09;&＃xff0c;这时将得到该错误信息。 为避免该问题的发生&＃xff0c;应该在相应的头文件中用inline关键字标志内联函数。
8&＃xff0e;不正确的/SUBSYSTEM或/ENTRY设置也能导致LNK2001。 其实&＃xff0c;产生LNK2001的原因还有很多&＃xff0c;以上的原因只是一部分而已&＃xff0c;对初 学者来说这些就够理解一阵子了。但是&＃xff0c;分析错误原因的目的是为了避免错 误的发生。LNK2001错误虽然比较困难&＃xff0c;但是只要注意到了上述问题&＃xff0c;还是能够避免和予以解决的。

既然编译通过了&＃xff0c;就说明了没有语法错误&＃xff0c;不用在代码中死抠语法了。从错误中提示中找原因吧。

一般问题出在

&＃xff08;1&＃xff09;XXX.lib头文件&＃xff0c;这个要包含&＃xff08;不然编译也不能通过&＃xff09;

&＃xff08;2&＃xff09;需要XXX.lib或XXX.dll库。手动添加&＃xff0c;项目->属性->配置属性->链接器->输入 然后在附件依赖项添加XXX.lib&＃xff0c;再生成第一个无法解析的外部符号错误消失了。