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 下入口函数实现实例的内容介绍完了，希望本文对你有所帮助。