Windows 下C、C++的入口函数
转载自:http://hi.baidu.com/cyclone/blog/item/730334a8820911bcca130c23.html
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函数)