Qt在Windows下的入口点函数

Windows 下C、C++的入口函数

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_WINCE
int WINAPI WinMain(HINSTANCE instance, HINSTANCE prevInstance, LPWSTR /*wCmdParam*/, int cmdShow)
#else
extern "C"
int APIENTRY WinMain(HINSTANCE instance, HINSTANCE prevInstance, LPSTR /*cmdParamarg*/, int cmdShow)
#endif
{
...
}

原来WinMain在这儿藏着呢。当我们创建不带控制台的程序时，Qt将链接qtmain这么库，这个库封装了WinMain。最终我们自己的main函数在这个WinMain中被调用了。

这么做的好处? 我想最主要的一点或许是：

• 把各种平台下的入口函数封装起来，易于编译跨平台的程序(至少不用我们用预处理宏来写各种入口函数了)

入口函数与嵌入可执行文件的启动函数

• 入口函数	嵌入可执行文件的启动函数
  main	mainCRTStartup
  WinMain	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函数)