error LNK2019: 无法解析的外部符号 _main ，该符号在函数 _mainCRTStartup 中

最新推荐文章于 2024-04-17 11:42:08 发布
原创 最新推荐文章于 2024-04-17 11:42:08 发布 · 4.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍如何解决在Visual Studio中因错误配置导致的Console工程入口问题。当项目的子系统设置为Windows而非Console时，会导致找不到main函数的问题。文章提供了详细的步骤来修正此问题。

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

你建立的是console工程，console工程的入口是main，而不是WinMain，在链接时，就会找不到main工程--> Setting--> Link将/subsystem:windows 改为 /subsystem:console 即可

Ps:vs2003中，项目右键属性，配置属性，链接器，System，子系统，Windows (/SUBSYSTEM:WINDOWS)

参考：http://zhidao.baidu.com/question/252575445.html

 

用nmake编译链接程序报错error LNK2019: 无法解析的外部符号_WinMain@16，该符号在函数 ___tmainCRTStartup 中被引用
nanjingligong的专栏
12-11 3710
用nmake编译链接程序报错error LNK2019:        link  /INCREMENTAL:NO /NOLOGO -subsystem:windows,5.0 -out:bin\demo3.exe bin\3.obj kernel32.lib  ws2_32.lib mswsock.lib advapi32.lib bufferoverflowu.lib LIBCMTD.li
严重性 代码 说明 项目 项目级别 路径 文件 行 列 源 禁止显示状态 详细信息错误 LNK2019 无法解析的外部符号 WinMain，函数 “int __cdecl invoke_main(v
tenc1239的博客
01-27 6085
扩展 -> qt vs tools -> qt project settings -> qt project settings -> general -> moudels。在使用Qt的测试框架时，可以通过定义一个特殊的宏来解决这个问题。这样做会将项目的入口点设置为mainCRTStartup，从而解决LNK2019和LNK1120错误。3. 将“子系统”设置为“Windows (/SUBSYSTEM:WINDOWS)”。4. 导航到“链接器 -> 命令行”。2. 导航到“链接器 -> 系统”。
VS2019 无法解析的外部符号 main
ALZ-one的博客
06-08 5021
文章目录测试分析 在源文件里直接右键添加一个新项cpp文件6.3.1.cpp，然后写了一点简单的代码，编译后 提示 无法解析的外部符号 main。检查代码后没有发现有错。奇怪，哪里出问题了？ 测试 无奈，直接右键移除了，编译，然后出错，出现一样的提示（当然了，pch里面没有main函数，报错很正常）。然后在源文件上右键添加一个现有项（就是刚才的文件），编译。 没有报错，程序正确运行，????(lll￢ω￢) 分析 直接右键添加新项时，我写的是6.3.1，因为有小数点，程序没有在后面自动补上.cpp后缀，在
error LNK2019: 无法解析的外部符号 _WinMain，在函数_tmainCRTStartup中被引用
柳鲲鹏
09-11 762
原来项目的设置为：在静态库中使用MFC，能正常编译。 后来发现产生的文件太大，于是改为：使用标准Windows库，再编译就出现了这个错误。 解决步骤一 1.选中项目，右键，Properties, 弹出Property Pages窗口 2.在左边栏中依次选择：Configuration Properties->C/C++->Preprocessor,然后在右边栏的Prepro...
【c++】因模板类导致的 LNK2019 错误：“ 无法解析的外部符号 ” 详解
师兄怎么办
08-21 1万+
最近在做项目的时候用到了模板类 果不其然出现了那个错误 LNK2019：无法解析的外部符号 网上百度到的结果繁花怒放，大多数不符合我的需求，故自己研究了下C++的模板类规则，试图找出问题所在 ————————————下面是解决方法—————————————— 首先将出现这个错误应该怎么处理的方法写出来，解一些急着知道结果的攻城狮们燃眉之急： 1.在主函数包含头文件时将实现模板类的函...
无法解析的外部符号 WinMainCRTStartup
xuiiao的博客
04-17 703
使用Qt配置生成的目标名（环境Qt6.6.2 + MSVC2019）编译报错 "无法解析的外部符号 WinMainCRTStartup"将英文括号改成中文括号即可正常编译。使用了中文注释+英文括号。以下提供一种场景示例。
编译时报错“LNK2019 无法解析的外部符号”的可能原因及其解决办法
欢迎来到我的优快云个人博客主页！
04-13 5004
在VS2022中运行C++程序的时候，有时会遇到编译时报错：“LNK2019 无法解析的外部符号”的情况。本文介绍了这种问题的可能原因及其解决办法（欢迎关注，持续更新）。
MSVCRTD.lib(crtexe.obj) : error LNK2019: 无法解析的外部符号 _main，该符号在函数 ___tmainCRTStartup 中被引用
03-18
嗯，用户遇到了LNK2019错误，提示无法解析的外部符号_main。这个问题看起来和入口点有关。首先，我需要回忆一下C/C++程序的入口点设置。在Windows的控制台应用中，入口函数通常是main，而GUI应用则是WinMain。如果...
LINK : error LNK2001: 无法解析的外部符号 _mainCRTStartup
最新发布
03-28
好的，我现在要解决用户遇到的LNK2001链接器错误，无法解析的外部符号_mainCRTStartup的问题。首先，我需要回忆一下这个错误通常是什么原因引起的。 _mainCRTStartup是C运行时库的入口点函数，通常在程序启动时由...
1>LINK : error LNK2001: 无法解析的外部符号 _mainCRTStartup 怎么弄
10-26
遇到链接错误LNK2001 `_mainCRTStartup`通常意味着编译器找不到主函数的启动点。这在Windows平台的C++程序中常见，特别是当你使用Visual Studio时，因为VS默认将一些库函数链接到项目中。 解决这个问题的步骤如下：...
VC错误之_LINK : error LNK2001 无法解析的外部符号_mainCRTStartup
weixin_30335353的博客
06-30 429
刚安装Microsoft visual C++ 2010 学习版，运行一段代码，出现了如下图错误： 在网上找了半天类似的错误，有说建项目属性=》链接器=》系统，应该设置为windows，我设置了也不好使。我建项目是严格按照“Win32控制台应用程序”设置的“空项目”，所执行的.cpp文件也有main（）方法，那到底错哪儿了呢？ 错误原因：我原来学的是C语言，c文件在Visual c++ 6.0...
“error LNK2019: 无法解析的外部符号 _main，该符号在函数 ___tmainCRTStartup 中被引用”解决方法。
热门推荐
flywithmj的专栏
06-02 2万+
<br />         在VS2008中使用MFC，程序生成时遇到如下错误：error LNK2019: 无法解析的外部符号 _main，该符号在函数 <br /> <br />___tmainCRTStartup 中被引用，LIBCMTD.lib。<br /> <br />          打开BuildLog（在Debug目录下面），会看到如下：<br /> <br />         1>LINK : warning LNK4098: 默认库“msvcrtd.lib”与其他库的使用冲突；请使
QT 报错：LNK2001: 无法解析的外部符号 _WinMainCRTStartup
u012719076的博客
03-06 5683
前提： Windows下创建一个子项目A，子项目A里面嵌套一个子项目B，项目B添加一个app 也就是widget工程。 编译，运行就报错了，最后解决办法是 build删除掉，关闭QT 重新打开，然后依次 qmake 重新构建，运行 就ok 了。 ...
error LNK2001: 无法解析的外部符号_wWinMainCRTStartup
柳鲲鹏
09-06 3568
今天试图整合代码，碰到这里有点傻眼。因为之前项目是可以顺利编译通过的。 检查了一会没有找到解决办法。后来看了一下配置管理器，怎么是WIN32？改成x64，顺利编译通过。可是这么简单编译通过，不科学。哪里设置不同？查了一下链接器依赖项： uafxcwdlib libcmtd.lib WS2_32.lib 目标计算机是x64。 ...
lnk200无法解析的外部符号_LINK : error LNK2001: 无法解析的外部符号 WinMainCRTStartup...
weixin_39856269的博客
11-24 7028
最近在做Qt-vs项目时遇到这个问题，最初以为是比较经典的库引用问题，在反复的查找工程配置信息时，并没有发现什么特别的问题。在网上找了半天，也没有发现特别对症的方法，所以总结一下这个工程奇怪的现象。环境：VS2017、Qt5.12.4、QtVSTool2.4.2问题现象：第一次编译，出现问题，如果第二次不选择重新生成，而是选择生成，则系统可以正确编译。当再次选择重新生成时，重复出现如下问题。1&g...
无法解析的外部符号 _mainCRTStartup
wwwhck的博客
10-27 3829
无法解析的外部符号 _mainCRTStartup 首次使用VC2010,第一次写了几行代码，调试时出现 原因： 创建的源文件没有加到项目中，如图源1.cpp 没有出现在左侧源文件目录中。 解决方法： 左侧解决方案资源管理器，右击源文件，选择添加，现有项，打开一个对话框，选中main所在的源文件 ...
mainCRTStartup
xhhjin的专栏
08-04 1万+
操作系统装载应用程序后，做完初始化工作就转到程序的入口点执行。程序的默认入口点由连接程序设置， 不同的连接器选择的入口函数也不尽相同。在VC++下，连接器对控制台程序设置的入口函数是 mainCRTStartup，mainCRTStartup 再调用main 函数；对图形用户界面
错误 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、付费专栏及课程。

余额充值