九乡新闻网英制键槽标准尺寸:Qt在Windows下的入口点函数
来源：百度文库 编辑：九乡新闻网 时间：2024/04/28 15:41:25
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函数)