编译连接错误

1. 编译错误，如何解决error LNK2001: unresolved external symbol

导致“error LNK2001: unresolved external symbol”的原因为getStats此方法的链接库没有找到。很可能是工程中引用了第三方开源库或者自己编译生成的库，且只用了头文件，而没有将对应的lib文件路径加入到工程中。

具体解决方法为（此方法针对vs系列集成开发环境）：

1.如果还未引入头文件，那么可以右键点击项目，然后点击“属性”。

2. 请问c++问题 编译错误 与 链接错误有什么区别

编译错误是代码有错误；
链接错误是由于程序缺少必要的库文件，一般错误提示error LINK2001：无法解析的外部符号。

3. c语言预处理编译链接各个阶段错误，分阶段的说一下

预处理阶段主要是处理宏指令，像什么#include指令、#define指令还有条件编译指令等。
编译阶段主要是检查C语言程序的语法错误，即编写的代码是否符合C语言规则，编译是以.c源文件为单位编译成.obj文件（或者是.o文件）。
链接阶段，就是把相关的.obj文件、所需的库文件等组合成一个可执行的文件。如果缺少相关所需文件，就会链接报错。
指针异常，数组下标越界这些错误属于语义错误，这个只能在执行的时候才能发现问题，这些也叫运行时错误。

4. c语言编译没有错误,连接有错误是怎么回事程序本身没错

1、链接错误也不一定是系统的问题，也有可能是程序的问题。如果编译有错的话是不会有链接的，链接要有obj目标文件，编译不通过就没有目标文件。
2、连接错误及原因：
编译器错误 C2001 错误消息
常数中有换行符
字符串常数不能继续到第二行，除非进行下列操作：
•用反斜杠结束第一行。
•用一个双引号结束第一行上的字符串，并在下一行用另一个双引号开始该字符串。
用 \n 结束第一行是不够的。
编译器错误 C2002 错误消息
无效的宽字符常数
多字节字符常数是非法的。
通过检查下面的可能原因进行修复
1.宽字符常数包含的字节比需要的多。
2.未包括标准头文件 STDDEF.h。
3.宽字符不能与一般字符串连接。
4.宽字符常数之前必须是字符“L”：
编译器错误 C2003 错误消息
应输入“defined id”
标识符必须跟在预处理器关键字之后。
编译器错误 C2004 错误消息
应为“defined(id)”
标识符必须出现在预处理器关键字之后的括号中。
也可能由于为 Visual Studio .NET 2003 进行的编译器一致性工作生成此错误：在预处理器指

令中缺少括号。
如果预处理器指令缺少右括号，则编译器将生成一个错误。
编译器错误 C2005 错误消息
#line 应跟一个行号，却找到“token”
#line 指令后面必须跟行号。
编译器错误 C2006 错误消息
“directive”应输入文件名，却找到“token”
诸如 #include 或 #import 等指令需要文件名。若要解决该错误，请确保 token 是一个有效

文件名。并且将该文件名放在双引号或尖括号中。
编译器错误 C2007 错误消息
#define 语法
#define 后未出现标识符。若要解决该错误，请使用标识符。
编译器错误 C2008 错误消息
“character”: 宏定义中的意外
该字符紧跟在宏名之后。若要解决该错误，宏名之后必须有一个空格。
编译器错误 C2009 错误消息
宏形式“identifier”重复使用
宏定义的形参表多次使用该标识符。宏的参数列表中的标识符必须是唯一的。
编译器错误 C2010 错误消息
“character”: 宏形参表中的意外
该字符在宏定义的形参表中使用不正确。移除该字符以解决该错误。
编译器错误 C2011 错误消息
“identifier”:“type”类型重定义
该标识符已定义为 type 类型。如果多次将某个类型库导入同一个文件，也可能生成 C2011

。
编译器错误 C2012 错误消息
在“<”之后缺少名称
#include 指令缺少所需的文件名。
编译器错误 C2013 错误消息
缺少“>”
#include 指令缺少右尖括号。添加右尖括号以解决该错误。
编译器错误 C2014 错误消息
预处理器命令必须作为第一个非空白空间启动
预处理器指令的 # 符号必须是非空白行上的第一个字符。
编译器错误 C2015 错误消息
常数中的字符太多
一个字符常数包含的字符多于两个。标准字符常数只能包含一个字符，长字符常数只能包含两

个字符。
转义序列（如 \t）将被转换为单个字符。
当使用 Microsoft 扩展将字符常数转换为整数时，也可能发生 C2015。
编译器错误 C2017 错误消息
非法的转义序列
转义序列（如 \t）出现在字符或字符串常数之外。
当 stringize 运算符与包括转义序列的字符串一起使用时会发生 C2017。
编译器错误 C2018 错误消息
未知字符“hexnumber”
源文件包含一个意外的 ASCII 字符，该字符由其十六进制数标识。若要解决该错误，请移除

该字符。
编译器错误 C2019 错误消息
应找到预处理器指令，却找到“character”
该字符跟在 # 符号的后面，但它不是预处理器指令的第一个字母。
编译器错误 C2020 错误消息
“member”:“class”成员重定义
从基类或结构继承的成员被重定义。不能重定义继承成员，除非它在基类中被声明为 virtual

。
编译器错误 C2021 错误消息
应输入指数值，而非“character”
用作浮点常数的指数的字符是一个无效数字。确保使用的指数在范围之内。
编译器错误 C2022 错误消息
“number”: 对字符来说太大
字符或字符串常数中跟在反斜杠 (\) 后面的八进制数字太大，不能表示字符。
编译器错误 C2026 错误消息
字符串太大，已截断尾部字符
该字符串的长度超过了 16380 个单字节字符的**。
连接相邻字符串之前，字符串的长度不能超过 16380 个单字节字符。
大约为此长度的一半的 Unicode 字符串也会生成此错误。
编译器错误 C2027 错误消息
使用了未定义类型“type”
类型只有经过定义才能使用。若要解决该错误，请确保在引用类型前已对其进行了完全定义。
有可能声明一个指向已声明但未定义的类型的指针。但是 Visual C++ 不允许引用未定义的类

型。
编译器错误 C2028 错误消息
结构/联合成员必须在结构/联合中
结构或联合成员必须在结构或联合内部声明。
编译器错误 C2030 错误消息
“identifier”: 结构/联合成员重定义
结构或联合将同一标识符用于多个成员。
编译器错误 C2032 错误消息
“identifier”: 函数不能是结构/联合“structorunion”的成员
该结构或联合中的一个成员函数在 C++ 中允许使用而在 C 中却不允许。若要解决该错误，请

编译为 C++ 程序或移除该成员函数。
编译器错误 C2033 错误消息
“identifier”: 位域不能有间接寻址
该位域被声明为指针，这是不允许的。
编译器错误 C2034 错误消息
“identifier”: 位域类型对于位数太小
该位域声明中位的数目超过了基类型的大小。
编译器错误 C2036 错误消息
“identifier”: 未知的大小
对 identifier 的操作需要数据对象的大小，而该大小无法确定。
编译器错误 C2039 错误消息
“identifier1”: 不是“identifier2”的成员
该代码错误调用或引用了结构、类或联合的成员。
编译器错误 C2040 错误消息
“operator”:“identifier1”与“identifier2”的间接寻址级别不同
涉及该运算符的表达式具有不一致的间接寻址级别。
如果两个操作数都是算术的或都是非算术的（如数组或指针），则不用更改就可使用它们。如

果一个操作数是算术的，而另一个不是，则算术运算符将转换为非算术类型。
编译器错误 C2041 错误消息
非法的数字“character”(用于基“number”)
指定的字符不是基（如八进制或十六进制）的有效数字。
编译器错误 C2042 错误消息
signed/unsigned 关键字互相排斥
在单个声明中使用关键字 signed 和 unsigned。
编译器错误 C2043 错误消息
非法 break
break 仅在 do、for、while 或 switch 语句中合法。
编译器错误 C2044 错误消息
非法 continue
continue 仅在 do、for 或 while 语句中合法。
编译器错误 C2045 错误消息
“identifier”: 标签重定义
该标签出现在同一函数中的多条语句之前。
编译器错误 C2046 错误消息
非法的 case
关键字 case 只能出现在 switch 语句中。
编译器错误 C2047 错误消息
非法的 default
关键字 default 仅能出现在 switch 语句中。
编译器错误 C2048 错误消息
默认值多于一个
switch 语句包含多个 default 标签。删除其中一个 default 标签可解决该错误。
编译器错误 C2050 错误消息
switch 表达式不是整型
switch 表达式计算结果为一个非整数值。若要解决该错误，请在 switch 语句中只使用整数

值。
编译器错误 C2051 错误消息
case 表达式不是常数
Case 表达式必须是整数常数。
编译器错误 C2052 错误消息
“type”: 非法的 case 表达式类型
Case 表达式必须是整数常数。
编译器错误 C2053 错误消息
“identifier”: 宽字符串不匹配
宽字符串被分配给了一个不兼容的类型。
编译器错误 C2054 错误消息
在“identifier”之后应输入“(”
该函数标识符用在需要尾部括号的上下文中。
导致该错误的可能原因是省略了复杂初始化上的等号 (=)。
编译器错误 C2055 错误消息
应输入形参表，而不是类型表
函数定义包含参数类型列表而不包含形参表。ANSI C 需要命名的形参，除非它们是 void 或

是省略号 (...)。
编译器错误 C2056 错误消息
非法表达式
表达式因前一个错误而无效。
编译器错误 C2057 错误消息
应输入常数表达式
上下文要求常数表达式，即其值在编译时已知的表达式。
编译器错误 C2058 错误消息
常数表达式不是整型
该上下文需要整数常数表达式。
编译器错误 C2059 错误消息
语法错误 :“token”
该标记导致语法错误。
若要确定原因，则不仅要检查在错误信息中列出的行，还要检查该行上面的行。下面的示例对

声明 j 的行生成了错误信息，而该错误的真正源却出现在其上面的行中。
如果对行的检查没有获得有关可能出现的问题的任何线索，则尝试注释掉在错误信息中列出的

行以及可能出现在该行上面的若干行。
如果该错误信息在紧跟 typedef 变量的符号上出现，则检查该变量是否已在源代码中定义。
如果符号没有计算出任何结果（在使用 /Dsymbol= 编译时可能发生），可能会导致 C2059。
可能收到 C2059 的另一个特定原因是编译在函数的默认参数中指定了结构的应用程序。参数的

默认值必须是一个表达式。初始值设定项列表（如用于初始化结构的初始值设定项列表）不是表达式。其解决方法是定义一

个执行所需初始化的构造函数。
编译器错误 C2060 错误消息
语法错误 : 遇到文件结束
至少还需要一个标记。
编译器错误 C2061 错误消息
语法错误: 标识符“identifier”
编译器发现了不应在此出现的标识符。请确保在使用 identifier 之前对其进行声明。
初始值设定项可能括在了括号中。为避免该问题，请将声明符括在括号中或使其成为 typedef

。
在编译器将表达式作为类模板参数检测时也可能导致此错误；使用 typename 告诉编译器它是

一个类型。
编译器错误 C2062 错误消息
意外的类型“type”
编译器不需要类型名称。
编译器处理构造函数的参数列表中未定义类型的方式也可能导致 C2062。如果编译器遇到未定

义的（拼错了吗？）类型，则它假定构造函数是一个表达式，并发出 C2062。若要解决此错误，请只使用构造函数参数列表

中的定义类型。
编译器错误 C2063 错误消息
“identifier”: 不是函数
该标识符用作函数，但未声明为函数。
编译器错误 C2064 错误消息
项不会计算为接受“number”个参数的函数
通过表达式调用了函数。该表达式未计算为函数指针。
编译器错误 C2065 错误消息
“identifier”: 未声明的标识符
在可使用变量的类型前必须在声明中指定它。在可以使用函数前必须在声明或原型中指定该函

数使用的参数。
可能的原因：
1.您正在用 C 运行库的调试版本进行编译，在 for 循环中声明标准 C++ 库迭代器变量，然后

尝试在 for 循环范围外使用该迭代器变量。 用 C 运行库的调试版本编译标准 C++ 库代码暗指使用 /Zc:forScope。有关更

多信息，请参见调试迭代器支持。
2.可能正在调用当前不受生成环境支持的 SDK 头文件中的函数。
3.省略必要的包含文件，尤其是在定义 VC_EXTRALEAN、WIN32_LEAN_AND_MEAN 或

WIN32_EXTRA_LEAN 时。这些符号从 windows.h 和 afxv_w32.h 中排除了一些头文件以加快编译。（在 windows.h 和

afxv_w32.h 中查找排除的头文件的最新说明。）
4.标识符名拼写错误。
5.标识符使用了错误的大小写字母。
6.字符串常数的后面缺少右引号。
7.命名空间范围不正确。例如，若要解析 ANSI C++ 标准库函数和运算符，则必须用 using 指

令指定 std 命名空间。下面的示例未能编译，因为 using 指令被注释掉，并且在 std 命名空间中定义了 cout：

5. c语言有时候为什么在编译显示没错误，链接却显示有错误

估计是重定义一类的问题吧。。。当然也有可能编译器与系统不兼容。
具体的话得看程序头表符号重定位这些东西是不是出了问题。。
最直接的方法是阅读代码。。看代码是不是哪里出了问题，比如重定义，比如多个强符号。。
这里只有猜。。需要源代码。。以及说明用来编译链接工具。

6. C++ 编译链接错误啊

在创建项目时, 不使用MFC AppWizard向导, 如果没有设置好项目参数, 就会在编译时产生很多连接错误, 如error LNK2001错误, 典型的错误提示有:

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

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

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

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

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

导致原因是：未将MFC.CPP加到工程中去。

7. C++编译链接错误

C++常见编译/链接错误及其解决办法

1. 解决error LNK2005: ___crtExitProcess 已经在 LIBCMTD.lib(crt0dat.obj) 中定义
有的时候, 在 Debug 模式下编译没问题, 换到 Release 模式就发生一堆问题.
典型的例子, 就是因为 c++ runtime library 设定不同, 所造成的重复定义连结错误.
而另一个常见的例子是 专案与 library 使用不同的字符集合设定
(如: 一个用 Unicode Character Set, 另一个用 Multi-Byte Character Set)
这个错误发生原因, 有可能是
1. 你 link 的 lib 使用 C++ Multi-threaded DLL (/MD)
2. 而你的 source 使用的 C++ runtime library 是 Multi-threaded (/MT)
导致重复定义
解决方法:
两个使用相同的 C++ runtime library.例如都使用 static 的 Multi-threaded (/MT).
2. 错误 1error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) 已经在 LIBCMT.lib(typinfo.obj) 中定义 MSVCRTD.lib
项目 -> 属性 -> c/C++ -> 代码生成 -> 运行时库 设置为: 多线程调试 DLL (/MDd)
被引用的库和调用的程序编译选项不同，需要改成一致后编译
3.#pragma once与 #ifndef的区别
为了避免同一个文件被include多次
1 #ifndef方式
2 #pragma once方式
在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。
方式一：
#ifndef __SOMEFILE_H__
#define __SOMEFILE_H__
... ... // 一些声明语句
#endif
方式二：
#pragma once
... ... // 一些声明语句
#ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况
#pragma once则由编译器提供保证：同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。
方式一由语言支持所以移植性好，方式二 可以避免名字冲突
4.error LNK2019: 无法解析的外部符号 __imp__PathCombineW
PathCombine是Shell api 需要引入库#pragma comment( lib, "shlwapi.lib")
5.error C2662: "MyClass::GetName()”: 不能将“this”指针从“const MyClass”转换为“MyClass &”
bool MyClass::operator==(const MyClass* n1) const
{return GetName() == n1->GetName();}
原因是不能在const函数中调用对象的非const方法，MyClass中的GetName()必须是const的。
6.template 模板
模板声明和定义必须在同一个文件中，而且只有实例话模板类型时才编译模板实例
7.error C2275: “MyClass”: 将此类型用作表达式非法 MyClass.Instance();
原因：Instance是静态方法，用.引用会出错。应该是MyClass::Instance()
8.error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)
原因：只声明了构造函数，MyClass(); ，但未定义。 可以定义空函数，或者直接注释掉，使用默认构造函数。
9.error C2504: “testing”: 未定义基类
class PackToolTest : testing.Test {}
原因：Test是testing命名空间下的一个类，需要用域操作符，testing::Test
还有一个问题，缺少基类继承权限（public、protected、private）
10.error C2864: “MyClass::_nullpack”: 只有静态常量整型数据成员才可以在类中初始化
class MyClass {string _nullpack = "test";}
原因：c++ 中，成员变量不能在声明时初始化，而是在构造函数初始化列表中先初始化
11.error LNK2019: 无法解析的外部符号_WinMain@16int main()
原因：由于创建的是Win32 Project，和Win32 console Project的链接库不同
方法1：在程序最开始的地方加上以下语句
#pragma comment(linker, "/subsystem:console ")
方法2：project > > setting > > 在link 的project options 中将/subsystem:windows（console）删了
12.类似“已经在 msvcprtd.lib(MSVCP80D.dll) 中定义”问题
vs2005 Debug /Release需要分别配制
分析一下错误来源，会发现：
1. 错误来源主要是重复定义的问题，而且重复定义的基本上都是VC Runtime和Standard C++ Library中的函数
2. LIBCMT和LIBCPMT为Release下的Lib，本来不应该出现在Debug版本的链接的Lib中
3. 重复定义的问题主要出现在：LIBCMT, LIBCPMT, MSVCPRTD, MSVCRTD
来看看出问题的LIB是那些：
1. LIBCMT：C Runtime库的多线程静态链接的Release版本
2. LIBCPMT：C++ Standard Library的多线程静态链接的Release版本
3. MSVCPRTD：C++ Standard Library的多线程DLL的Debug版本
4. MSVCRTD：C Runtime Library的多线程DLL的Debug版本
当 前我们的配置是多线程DLL的Debug版，因此3和4是应该出现在link的列表中的，不属于多余。而后两者则是只是当多线程静态链接Release版 中才会出现。这提示我在项目中加入的ANTLR.LIB可能是造成这个问题的根源，因为静态库的编译选项很容易和主程序发生冲突，并且根据实际信息我们可 以看出ANTLR.LIB应该是用多线程静态链接的Release版本来编译的。
解决方法：
1、首先查看编译项目依赖的其他项目的运行时库是否一致
2、如果不一致，改为同样的运行时库，如在下编译的是：“多线程调试 DLL (/MDd)”,现在需要把所有的依赖项目的运行时库都改为一致的库，就OK了。
13.error C2143: 语法错误 : 缺少“;”(在“*”的前面)
原因：产生错误处，某类型未include，可能头文件名拼写错误、头文件名已更改
14.error C2572: “MyClass::Invoke”: 重定义默认参数 : 参数 2
string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type = ASYN)
原因：默认参数，只需在声明时指定。方法定义的时候无需指定默认参数。
string MyClass::Invoke(const CParam& paraObj, INVOKETYPE type )
{ ... }
15.错误 C2558 没有可用的复制构造函数或复制构造函数声明为“explicit”
试图复制其复制构造函数为 private 的类。在大多数情况下，不应复制具有 private 复制构造函数的类。通用编程技术声明 private 复制构造函数以防止直接使用类。该类本身可能无用，或需要另一个类才能正常工作。
尝试复制其复制构造函数为 explicit 的类。用 explicit 声明复制构造函数会阻止将类的对象传递到函数或从函数返回类的对象。
原因： 拷贝构造函数、赋值函数参数必须用const修饰
16.不能创建抽象类对象
原因： 1. 存在虚函数未实现； 2. 由于疏忽重载虚函数格式错误(此问题需要仔细检查才能发现)； 3. 虚函数名称与系统中已有的虚函数重名，导致重载失败（这点很纳闷）。
17.没有找到MSCRV80D.dll
工程属性： 配置类型 由 exe 改成 lib 后生成， 然后再改回来，运行时会出现 “没有找到MSCRV80D.dll” 的异常
解决方法：
工程属性：MFC的使用 由 “使用标准Windows库” 改成 “在静态库中使用MFC“ 生成 ，然后再改回来，生成、运行 OK
18.CVTRES : fatal error CVT1100: 重复的资源。type:MANIFEST, name:1, language:0x0409
另一个则提示为：
LINK : fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏
已经到了链接期，应该说，问题就不像编译通不过那么别扭了，而查阅MSDN关于这两个问题的说明，终于找到了解决的方法，现简单的陈述如下：
首先，出现这两个问题的原因都是一个，即文件中的现有资源文件和新资源字符串表 ID 冲突。微软也给出了解决这个问题的方法，但是，在现有的情况下，这个方法是靠不住的，因为，不可能不使用wx.rc资源。所以，一个变通的解决方法就是：
工程属性->配置属性-> 清单工具->输入和输出->嵌入清单，选择[否]，即可。

8. 在C语言编译完之后链接时总出错

追问回答：
一个工程就是就是一个C程序，工程虽然可以包含多个程序文件，但不可以编译多个C程序。编译器是在编译阶段分别编译工程内的多个文件，最后将编译各个文件得到的多个obj目标文件链接到一起成为一个可执行程序。因此无论这个工程包含多少源代码文件，只有一个文件可以定义main函数。