Windows 下如何使用 QT 编写 dll 程序

因为 QT 必须有调用 QApplication 的 exec 方法，这样才能产生消息循环， QT 的程序才可以运行。所以说如果我们使用了 QT 编写了 dll 程序，在普通的 windows 程序中是不能调用的。在调用的时候会出现错误。当然 QT 提供了解决方法：那就是 QTWinmigrate

这里是 QT 官方网站对 QTWinmigrate 的介绍：

http://qt.nokia.com/products/appdev/add-on-products/catalog/4/Windows/qtwinmigrate

下面我来介绍一下使用 QTWinmigrate 来编写 dll 的方法。

首先，我们要重写 DllMain 函数：

#include <qtwinmigrate/qmfcapp.h> #include <qtwinmigrate/qwinwidget.h> #include <qmessagebox.h> #include <windows.h> BOOL WINAPI DllMain( HINSTANCE hInstance, DWORD dwReason, LPVOID lpvReserved ) { static bool ownApplication = FALSE; if ( dwReason == DLL_PROCESS_ATTACH ) ownApplication = QMfcApp::pluginInstance( hInstance ); if ( dwReason == DLL_PROCESS_DETACH && ownApplication ) delete qApp; return TRUE; }

大家都知道 DllMain 函数是 windows 动态库的入口函数，如果在 dll 中使用了 QT 的 ui 界面前，全局的 QApplication 必须首先要创建，并且应用程序必须创建 EventLoop 。

进入到 QmfcApp::pluginInstance 方法中去，

bool QMfcApp::pluginInstance(Qt::HANDLE plugin) { if (qApp) return FALSE; QT_WA({ hhook = SetWindowsHookExW(WH_GETMESSAGE, QtFilterProc, 0, GetCurrentThreadId()); }, { hhook = SetWindowsHookExA(WH_GETMESSAGE, QtFilterProc, 0, GetCurrentThreadId()); }); int argc = 0; (void)new QApplication(argc, 0); if (plugin) { char filename[256]; if (GetModuleFileNameA((HINSTANCE)plugin, filename, 255)) LoadLibraryA(filename); } return TRUE; }

我们可以看到： Qapplication 被创建了出来。 QmfcApp::pluginInstanc 是为了保证进程中存在一个 Qapplication 对象，并且 dll 要把这个 Qapplication 的实例加载到内存中。

下面是 dll 中的导出函数：

extern "C" __declspec(dllexport) bool showDialog( HWND parent ) { QWinWidget win( parent ); win.showCentered(); QMessageBox::about( &win, "About QtMfc", "QtMfc Version 1.0/nCopyright (C) 2003" ); return TRUE; }

dll 中的导出函数要用 extern "C" 形式， QwinWidget 为 native win32 窗口提供堆栈等等。

这样还没有写完程序。不行你拿这个程序来

qmake -project

qmake

nmake

这样是无论如何也编译不过的。

如果你仔细看qtwinmigrate的example的话，你就会注意到：

include(D:/qt4.4.3/qtwinmigrate-2.8-opensource/src/qtwinmigrate.pri)

编译的时候一定要在*.pro文件中加上这一句！切记，切记！

参考： http://doc.trolltech.com/solutions/qtwinmigrate/winmigrate-qt-dll-example.html

读后感：

我发现一个问题啊：从bool QMfcApp::pluginInstance(Qt::HANDLE plugin) 的实现可以知道三件事：
1.Qt注入了钩子函数，去过滤host application(主程序)的消息，如果碰到Qt的消息，就让Qt add-in(.dll etc)工程去处理。
2.创建了一个QtApplication对象。
3.加载此Qt add-in(.dll etc)。
对于第一件事和第三件事，我不敢苟同Qt的做法。
第一件事，既然注入了钩子函数，那么什么时候free掉(关掉)？如果不free（关掉），那么钩子函数就一直存在。大家有可能认为在Qt dll unload/free（卸载)的时候去关掉钩子函数不就行了吗，可是大家看：
if ( dwReason == DLL_PROCESS_DETACH && ownApplication )  
        delete qApp;  
这里仅仅delete qApp; 没有去卸载钩子函数啊。也许你觉得卸载钩子与否无所谓，可是如果连Qt dll都不存在了，而钩子函数还存在，那么QtFilterProc去那里执行，crash也就发生了。
对于第三件事，也许是Qt想到了上面提到的情况，所以就直接loadlibrary Qt add-in(.dll etc)，也没有freelibrary,意思就是让Qt add-in(.dll etc)一直存在（和host application一样的生命周期),这样来避免crash.可是这种做法比较牵强，因为对于add-in(.dll etc)而言，程序员当然是想什么时候unload(卸载)就什么时候unload(卸载),可以节省内存。

请教高人后的解答：

对于第一件事：

在QMfxApp的析构函数中卸载了钩子函数
QMfcApp::~QMfcApp()
{
    if (hhook) {
        UnhookWindowsHookEx(hhook);
        hhook = 0;
    }

#ifdef QTWINMIGRATE_WITHMFC
    for (int a = 0; a < mfc_argc; ++a) {
        char *arg = mfc_argv[a];
        delete[] arg;
    }
    delete []mfc_argv;

mfc_argc = 0;
    mfc_argv = 0;
    mfc_app = 0;
#endif
}

对于第三件事，是Qt 的一个bug.

参考文章：

http://blog.csdn.net/tingsking18/archive/2009/12/28/5091580.aspx

过了些天后，自己又想了想觉得还有几点需要考虑：

1. #include <qtwinmigrate/qmfcapp.h>
2. #include <qtwinmigrate/qwinwidget.h>
3. #include <qmessagebox.h>
4. #include <windows.h>
5. BOOL  WINAPI DllMain(  HINSTANCE  hInstance,  DWORD  dwReason,  LPVOID  lpvReserved )
6. {
7. static   bool  ownApplication = FALSE;
8. if  ( dwReason == DLL_PROCESS_ATTACH )
9. ownApplication = QMfcApp::pluginInstance( hInstance );
10. if  ( dwReason == DLL_PROCESS_DETACH && ownApplication )
11. delete  qApp;
12. return  TRUE;
13. }

上面给的例子有许多对于C++设计原则相悖的地方（红色标出来的语句）。

首先，QMfcApp::pluginInstance(hInstance);这个语句的实现里有loadlibrary的操作，而对于DllMain里的DLL_PROCESS_ATTACH，去调用有loadlibrary的语句实在是不好的设计（容易产生loadlibrary死锁）。

再者，delete qApp;这样子的调用也是不可取的。