VS Code使用MinGW编译C++代码报错WinMain@16未定义如何解决

错误信息 undefined reference to 'WinMain@16' 的本质是MinGW链接器将当前程序识别为Windows GUI程序，未找到GUI程序要求的入口函数WinMain，你编写的控制台程序默认入口main未被识别为合法入口。

由于仅当前文件触发错误，其他文件运行正常，可按以下优先级排查修复：

排查步骤 #

• 检查当前源文件后缀名
  确认文件后缀为.cpp，没有误写为.c、.txt等其他格式，也不存在隐藏后缀（比如search.cpp.txt），后缀名大小写异常也可能触发旧版MinGW的识别问题。
• 检查VS Code编译目标是否正确
  如果你使用Code Runner等插件触发编译，要确保当前编辑的C++代码文件是VS Code的活动标签页，编译时焦点不要落在无main函数的空白文件、配置文件上，避免插件错误编译无效文件。
• 检查编译参数配置
  若你手动修改过VS Code的编译配置（tasks.json或者Code Runner执行规则），检查是否添加了-mwindows参数，该参数会指定编译为GUI程序，强制要求入口为WinMain。

修复方案 #

1. 重命名当前文件，确保后缀为标准.cpp，重新保存到无中文、无空格的目录下
2. 点击当前代码的编辑区域，确保文件处于激活状态后再次触发编译运行
3. 若仍报错，强制指定编译为控制台程序：
   • 若使用Code Runner插件：打开设置搜索Code-runner: Executor Map，找到C++对应的执行命令，添加-mconsole参数，修改后为：
     g++ $fileName -o $fileNameWithoutExt.exe -mconsole && $dir$fileNameWithoutExt.exe
   • 若使用自定义tasks.json编译：在编译参数的args数组中添加"-mconsole"项即可

代码额外优化建议 #

你提供的代码存在两处可优化点，避免后续编译警告：

• 数组初始化项01为八进制数，等价于十进制1，如果预期存储十进制10可修改为10
• 变量loc为int类型，不要用NULL（指针类型常量）赋值，可修改为初始值-1，判断逻辑改为if(loc != -1)更符合类型规范

内容的提问来源于stack exchange，提问作者Aditya Johorey