Win32 C++项目为何以WinMain而非main为入口？如何实现？

嘿，从控制台开发转到Win32 GUI应用时，入口函数的变化确实挺让人懵的，我来给你掰扯清楚这几个问题：

为什么Win32项目用WinMain而不是main？ #

本质上是因为控制台程序和Win32 GUI程序的设计目标与系统交互方式完全不同：

• 控制台程序基于命令行，主要和标准输入输出（stdin/stdout）打交道，main函数的参数（命令行参数个数、参数数组）刚好适配这类程序的需求。
• Win32 GUI程序是和Windows窗口系统深度交互的，它需要获取当前程序的实例句柄（hInstance）、原始未解析的命令行参数、窗口显示状态（最大化/最小化等），WinMain的签名刚好能承载这些Windows系统传递的核心信息：

  int WINAPI WinMain(
      HINSTANCE hInstance,
      HINSTANCE hPrevInstance,
      LPSTR     lpCmdLine,
      int       nCmdShow
  );
  

这种差异是怎么实现的？ #

其实你写的main或者WinMain都不是真正的程序入口——真正的入口是C运行时库（CRT）里的启动函数。

当你创建项目时，编译器和链接器会根据项目类型（控制台/Win32 GUI）自动选择对应的启动函数：

• 控制台项目：链接器会选用_tmainCRTStartup（或mainCRTStartup）作为入口，这个函数会先完成CRT的初始化工作（比如初始化全局变量、标准IO环境等），然后调用你写的main函数。
• Win32 GUI项目：链接器会选用WinMainCRTStartup（或_tWinMainCRTStartup）作为入口，同样先做CRT初始化，再调用你写的WinMain函数。

简单说，是链接器的配置决定了最终调用哪个自定义入口函数，而非Windows系统直接调用你的main或WinMain。

是不是main调用了WinMain？ #

完全不是反过来的——不存在main调用WinMain的情况。两者是平行的分支：根据项目类型，CRT启动函数只会调用其中一个。如果你强行在Win32 GUI项目里写main，链接器会报错找不到WinMain；同理，控制台项目里写WinMain也会报错，除非你手动修改链接器的入口函数设置。

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