Qt 在 Windows 下入口函数实现实例是本文介绍的内容。Windows下入口函数 有 main 和 WinMain 两种(还有其对应的 Unicode 版本，此处不考虑)。一般来说，前者是 控制台程序 的入口函数，后者是 GUI 程序的入口函数。
Qt下只有 main?
Qt 是C++ 的库，它也改变不了 main 和 WinMain 两种入口函数的事实；但实际中，我们在 Qt 程序中只写main函数，而从不写WinMain函数。这是怎么回事呢？
WinMain
当我们将 Windows 版的Qt装好以后，在其lib目录内，会发现两个库：qtmain.lib 和 qtmaind.lib(或者 libqtmain.a和 libqtmaind.a)
很容易判断，这两个库是同一个东西(带d的是debug版，不带的是release版)，所以我们下面可以称其为一个库。那么这一个库有什么用呢？
如果细心的话，我们会发现：当我们的pro文件内 不指定 CONFIG += console (而且也不使用 qtestlib模块)时，程序编译时会链接该库。最终的程序执行时也不会出现控制台。
如果我们指定了 CONFIG+= console (或者使用了 qtestlib模块)时，程序链接时将不需要该库，程序运行时也会出现控制台。
那么？这个 qtmain 库内到底是什么东西呢，会不会和WinMain有什么瓜葛？
如果找到源码就好办了，恩 %QTDIR%\src\winmain\qtmain_win.cpp
打开一看，一切明白了：
- /*
- WinMain() - Initializes Windows and calls user's startup function main().
- NOTE: WinMain() won't be called if the application was linked as a "console" application.
- */
- #ifdef Q_OS_WINCEint WINAPI WinMain(HINSTANCE instance, HINSTANCE prevInstance, LPWSTR
- /*wCmdParam*/,
- int cmdShow)#elseextern "C"int APIENTRY WinMain(HINSTANCE instance,
- HINSTANCE prevInstance, LPSTR
- /*cmdParamarg*/, int cmdShow)#endif{...}
原来WinMain在这儿藏着呢。当我们创建不带控制台的程序时，Qt将链接qtmain这么库，这个库封装了WinMain。最终我们自己的main函数在这个WinMain中被调用了。
这么做的好处? 我想最主要的一点或许是：
把各种平台下的入口函数封装起来，易于编译跨平台的程序(至少不用我们用预处理宏来写各种入口函数了)
入口函数与嵌入可执行文件的启动函数
main
- mainCRTStartup
- inMain
- WinMainCRTStartup
MSVC
对 MSVC 系列的编译器，指定链接子系统比如 /subsystem:console，链接器就会寻找main函数，并选择mainCRTStartup函数；对windows子系统，情况类似。
当我们程序的入口函数是 WinMain 时，如果指定 console 子系统，链接器将报错，这时我们可以指定入口点启动函数 /entry:WinMainCRTStartup 来解决这种问题。
Mingw
Mingw 的情况与 MSVC系列有所不同，据说是下面这个样子：
Mingw运行时提供了两个入口点启动函数：
mainCRTStartup() 对控制台程序 (-subsystem,console)
WinMainCRTStartup() 对GUI程序 (-subsystem,windows)
但这两个函数都调用的是：
__mingw_CRTStartup()这样一来，控制台程序和GUI程序的行为时一样的：
调用 main 函数
如果 main 函数不存在，libmaingw32.a将被链接进来，该库里面提供了一个main函数(该函数将调用用户的WinMain函数)
小结：解析 Qt 在 Windows 下入口函数实现实例的内容介绍完了，希望本文对你有所帮助。
