在C++控制台项目中使用C工程代码时的注意，避免出现error LNK2019: 无法解析的外部符号

最新推荐文章于 2025-05-28 09:35:50 发布
最新推荐文章于 2025-05-28 09:35:50 发布
阅读量3.9k 收藏 4
点赞数
CC 4.0 BY-SA版权
分类专栏： C/C++学习 文章标签： c语言 c++ 编译问题
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/andyfu57/article/details/54317911
在C++项目中引用C语言编写的线程算法时，可能会遇到编译错误LNK2019。解决这个问题需要在C头文件中添加`extern "C"`来声明函数，确保C++能正确链接C函数。错误通常表现为无法解析的外部符号。通过在.h文件中添加特定的条件编译指令，可以避免此类错误并成功编译项目。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

当我们在写 C++控制台项目时候，有时用到一些线程的算法代码项目，这些代码项目是用c写的。当使用时，需要在c的头文件中标注如下内容，才能使得cpp文件能够编译使用c的函数等，才避免在编译时候出现error LNK2019: 无法解析的外部符号###,在_main中引用，这样的错误。如下面：

号 "int __cdecl sift_features(struct _IplImage *,struct feature * *)" (?sift_features@@YAHPAU_IplImage@@PAPAUfeature@@@Z)，该符号在函数 _main 中被引用
1>picturecopy1.obj : error LNK2019: 无法解析的外部符号 "struct _IplImage * __cdecl stack_imgs(struct _IplImage *,struct _IplImage *)"&n

最低0.47元/天 解锁文章

200万优质内容无限畅学
error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)”中被引用...
墨鱼菜鸡
07-11 3904
From：https://blog.youkuaiyun.com/u012570056/article/details/74639894 一，问题描述 MSVCRTD.lib(exe_winmain.obj) : error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)" (?...
error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 “int __cdecl invoke_main(void)”中被引用
qq_41989372的博客
05-04 3019
一，问题描述 MSVCRTD.lib(exe_winmain.obj) : error LNK2019: 无法解析的外部符号 WinMain，该符号在函数 "int __cdecl invoke_main(void)" (?invoke_main@@YAHXZ) 中被引用 CamShift.exe : fatal error LNK1120: 1 个无法解析的外部命令 error LNK2001: unresolved external symbol_WinMain debug/main.ex...
待解决问题LNK2019 无法解析的外部符号
05-04
编译错误error LNK2019: 无法解析的外部符号，项目文件在DHServerTest下
严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 “public: double __thiscall XXXX
weixin_51142836的博客
04-23 3542
解决方法 https://blog.youkuaiyun.com/m0_37504316/article/details/90474287
C++ error LNK2019: 无法解析的外部符号出现的原因
最新发布
m0_57086839的博客
05-28 347
引用于原文链接：https://blog.youkuaiyun.com/P3ray/article/details/76040740中P3ray的博主原创。1、出现无法解析可能是因为lib文件不正确，比如64位的编译配置，结果使用的是32位的lib包。8、import相关的无法解析内容，解决办法是在链接器的依赖项中加入相应的动态库。7、ICE接口测试时，无法解析可能因为被测文件没有包含进相关的cpp文件。4、没有在项目属性页的链接器的命令行选项加入相应的类包。2、只写了类声明，但没有写实现类，造成调用时无法解析。
严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 "public: void __thiscall XXX
热门推荐
m0_37504316的博客
05-23 6万+
vs c++工程中报了上述错误，添加头文件.h，发现外部调库报错。但换做.cpp顺利编译 报错的原因，可能是属性设置，导致该cpp、h文件没有编译，解决的方法为： 文件属性修改项目类型为c/c++编译。 ...
严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 _MyheapSort，该符号在函数 _main
wzq1915414095的博客
02-03 1万+
我出现这个错误是因为文件名写错了，因为我是用c语言写的，开发工具是vs2017，所以只能创建cpp文件**，如果要写c要自己改后缀名**，我忘了改了，而且我头文件的文件名和.c文件的文件名字不同 ...
严重性 代码 说明 项目 文件 行 禁止显示状态错误 LNK2019 无法解析的外部符号 _main，该符号在函数 “int __cdecl invoke_main(void)“ (?invoke_
dingding_coding的博客
12-09 9195
严重性 代码 说明 项目 文件 行 禁止显示状态错误 LNK2019 无法解析的外部符号 _main，该符号在函数 "int __cdecl invoke_main(void)" (?invoke_
vs2013，error LNK2019: 无法解析的外部符号 _WinMain@16，该符号在函数 ___tmainCRTStartup 中被引用
weixin_41849730的博客
07-13 1655
在visual studio2013创建一个空项目的时候，选择的是Win32项目 在后面Ctrl+F5时，vs报错 可以通过如下方式解决： 再Ctrl+F5，程序运行成功 看其他帖子对其的描述： 一，问题描述 MSVCRTD.lib(crtexew.obj) : error LNK2019: 无法解析的外部符号_WinMain@16，该符号在函数 ___tmainCRTStartup 中被引用 Debug\jk.exe : fatal error LNK1120: 1 个无..
LNK2019:无法解析的外部符号（使用MFC时遇到的问题）
Black_hole_survi的博客
11-01 1120
LNK2019：无法解析的外部符号（初学者、MFC）
C/C++ 编译的时候报错“LNK2019: 无法解析的外部符号：xxx,该符号在xxx中被引用”
UPC YR的博客
12-19 3013
LNK2019链接报错
error LNK2019: 无法解析的外部符号 问题的解决办法
12-31
正在编译…1>Ipv4IPv6traceroutesrc.cpp1>d:\研究生\c++\study\test\test\ipv4ipv6traceroutesrc.cpp(461) : warning C4267: “参数”: 从“size_t”转换到“DWORD”，可能丢失数据1>d:\研究生\c++\study\test\test\ipv4ipv6traceroutesrc.cpp(1131) : warning C4267: “参数”: 从“size_t”转换到“int”，可能丢失数据1>d:\研究生\c++\study\test\test\ipv4ipv6traceroutesrc.
无法解析的外部符号
aitazhixin的专栏
07-08 544
我在调试程序时，遇到个问题： 我设置系统和预处理器时，如果设置为 则出现错误     当我设置为： 则错误为： 这该怎么处理呢
error LNK2019: 无法解析的外部符号的解决方法
u012043391的专栏
02-10 1万+
C++工程编译时出现如下链接错误提示： 原因一：只是在.h里面声明了某个方法，没有在cpp里面实现；   原因二：在工程中加入了有相同名字的文件或者类；   原因三：如果此类为静态库中定义的类，可能没有添加头文件目录和文件引用的lib静态库路径； 添加方法：   添加工程的头文件目录：     项目->属性->配置属性->C/C++->常规->附加包含目录：加上
使用template造成的错误：LNK:2019:无法解析的外部符号“void _cdecl...，该符号在函数...中被引用
tanfuz的博客
03-18 643
使用了template的函数必须将定义和声明同时放在.h文件中，不能将定义放在.cpp，而将声明放在.h中。否则编译器在链接执行时找不到函数的定义。
C++模板函数-无法解析的外部符号
lwjaiyjk3的专栏
12-06 4046
在网上，看到有类似的问题，经常是写一个头文件，如test.h，里面这样写： #ifndef _TEST_H #define _TEST_H #include using namespace std; //给指针data分配height*width的内存 template void Allocate(Item*& data, int height, int width);
error link 2028/2019 : 无法解析的标记(C++错误)
weixin_30580341的博客
01-23 2831
error LINK2028: 无法解析的标记(0A000048) "extern "C" int __stdcall MessageBoxA(struct HWND__ *,char const *,char const *,unsigned int)" (?MessageBoxA@@$$J216YGHPAUHWND__@@PBD1I@Z)，该标记在函数 "extern "C" in...
无法解析的外部符号 “void __cdecl boost::throw_exception(class std::exception const &)“ (?throw_exception@boos
z15f34的博客
06-16 350
项目——属性——C/C++——代码生成——启用C++异常——是(/EHsc)——应用——确定。windows上正常使用pcl,怎么改都不行。最后按照这个改vs就好了。
C语言无法解析的外部信号 在_main,MTK new_modis后出现报错MoDIS.log,请大神帮忙看看！...
weixin_32484541的博客
05-19 506
...Compiling...w32_winmain.cK:\MoDIS_VC9\MoDIS\w32_winmain.c(1211) : warning C4047: “函数”: “void (__cdecl *)(int)”与“void (__cdecl *(__cdecl *)(int))(void)”的间接级别不同K:\MoDIS_VC9\MoDIS\w32_winmain.c(1211) ...
错误 1 error LNK2019: 无法解析的外部符号 _main，该符号在函数 ___tmainCRTStartup 中被引用 libcmt.lib
03-18
<think>好的，我现在遇到了一个编译错误：LNK2019，提示无法解析的外部符号_main。这让我有点困惑，因为我记得在C++程序中，main函数是入口点，必须存在的。但错误信息里提到了___tmainCRTStartup引用了_main，而我的项目里确实没有定义main函数。我需要仔细分析可能的原因。 首先，我应该检查项目类型。比如，如果创建的是Windows应用程序（比如Win32或MFC项目），入口点可能不是main，而是WinMain。这时候编译器会寻找WinMain，如果找不到就会报错。这时候，解决方案可能是修改项目设置，将入口点改为main，或者添加正确的WinMain函数。 其次，可能是我在代码中错误地定义了main函数的签名。比如，拼写错误，或者参数类型不正确。比如，main的正确形式应该是int main(int argc, char* argv[])或者int main()。如果写成了void main()或者其他形式，有些编译器可能会报错。 然后，检查项目设置中的子系统选项。如果项目配置为控制台应用程序，但入口点不是main，或者反之，可能引发这个错误。比如，在Visual Studio中，链接器子系统设置为控制台（/SUBSYSTEM:CONSOLE）需要main函数，而Windows应用程序（/SUBSYSTEM:WINDOWS）需要WinMain。所以需要确认子系统设置和入口函数是否匹配。 另外，可能引入的库文件或依赖项有问题。比如用户提到的引用[4]，引入某些静态库可能导致链接器找不到入口点。这时候需要检查这些库是否与项目类型兼容，或者是否存在配置冲突。 还有一种情况是，如果项目是MFC应用程序，可能不需要main函数，而是由框架自动处理入口点。这时候如果错误地包含了控制台应用程序的设置，或者代码中有多余的main定义，可能导致冲突。需要检查项目属性中的MFC设置是否正确，比如是否选择了“使用MFC共享DLL”等选项。 现在，我应该综合这些可能性，给出具体的解决步骤。例如： 1. 确认项目类型是否正确，检查入口函数是否存在且签名正确。 2. 调整链接器的子系统设置，确保与控制台或Windows应用程序匹配。 3. 检查是否有第三方库冲突，必要时重新配置库的链接方式。 4. 对于MFC项目，确保项目属性中的配置正确，避免混合使用不同的运行时库。 同时，用户提供的引用[3]提到即使新建MFC程序也会出现此错误，可能是在项目创建时选择了错误的应用程序类型，或者在配置中错误地链接了运行时库。例如，如果项目使用多线程调试DLL（/MDd），但某些库可能链接了静态版本，导致冲突。需要统一运行时库的设置。 最后，可能需要重新创建项目或清理解决方案，确保中间文件不会残留错误配置。如果问题依旧，可以尝试逐步排除法，比如创建一个空项目，逐步添加代码和库，定位问题来源。</think>### 解决LNK2019: unresolved external symbol _main错误的方法 #### 错误原因分析 该错误表明链接器在编译时找不到程序入口函数`main`（或`WinMain`）。根本原因通常是**项目类型与入口函数不匹配**，或入口函数未正确定义。以下是具体场景及解决方案： --- #### 1. 确认项目类型与入口函数对应关系 - **控制台应用程序**：需定义`int main()`或`int main(int argc, char* argv[])`，且链接器子系统设置为**控制台（/SUBSYSTEM:CONSOLE）**。 - **Windows应用程序**（如Win32/MFC）：需定义`int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)`，子系统设置为**Windows（/SUBSYSTEM:WINDOWS）**[^1][^3]。 **验证步骤**： 1. 在Visual Studio中右键项目 → **属性** → **链接器** → **系统** → **子系统**。 2. 根据项目类型选择正确的子系统（控制台或Windows）。 3. 检查代码中是否存在匹配的入口函数。 --- #### 2. 修复入口函数定义问题 - **错误示例**： ```cpp void main() { ... } // 错误！返回类型应为int ``` - **正确形式**： ```cpp int main() { // 代码 return 0; } ``` --- #### 3. MFC项目的特殊处理 MFC应用程序通常不需要手动定义`main`或`WinMain`，其入口点由框架自动生成。若出现此错误，可能是**项目配置冲突**： 1. 检查项目属性 → **常规** → **MFC的使用** → 选择**在共享DLL中使用MFC**。 2. 确保未错误引入控制台相关的库或编译选项[^3][^4]。 --- #### 4. 检查第三方库的兼容性 若项目中引用了静态库（如`libcmt.lib`、`msvcrtd.lib`），需确保**运行时库配置一致**： 1. 项目属性 → **C/C++** → **代码生成** → **运行时库**。 2. 所有依赖库与主项目需使用相同配置（如`/MDd`或`/MTd`）[^2][^4]。 --- #### 5. 重新生成解决方案 清理中间文件并重新编译： 1. 菜单栏 → **生成** → **清理解决方案**。 2. 再次点击**生成解决方案**。 --- #### 示例配置修正（MFC项目） 1. 右键项目 → **属性** → **链接器** → **系统** → **子系统** → 设为**Windows (/SUBSYSTEM:WINDOWS)**。 2. **高级** → **入口点** → 留空（由MFC自动处理）[^3]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值