非Qt应用程序中基于Qt的DLL中的事件循环。
我在整个网络上寻找答案，但没有找到解决问题的办法。也可能是，但因为我是C++/programming/Qt的初学者，所以我不理解它们。最接近的是一个问题，在非Qt应用程序中使用基于Qt的DLL。。我试着用这种方法，但到目前为止没有成功。
我试图创建一个DLL，它是我们USB设备的API。库也应该在非Qt应用程序上工作。我有PIMPL编辑的所有Qt内容和私有类，所以下面的代码是公共类下的一个层。我使用QSerialPort和大量的信号/时隙，所以我需要QCoreApplications事件循环。ReaderSerial是Qt开始的地方，它还实例化了运行在不同QThread中的QSerialPort的另一个类。
此时，我的问题是整个事件都会出错：“QTimer只能与以QThread启动的线程一起使用”。
我想我的基于Qt的类(如ReaderSerial )不会“看到”QCoreApp事件循环之类的东西。因此，我的问题是如何向我的DLL提供QCoreApplication事件循环，以便我创建的所有基于Qt的类都能工作，并且我将能够从DLL调用方法。
非常感谢你的回答。
reader_p.h
class ReaderPrivate
{
public:
ReaderPrivate();
~ReaderPrivate();
void static qCoreAppExec();
ReaderSerial *readerSerial;
void connectReader(std::string comPort);
void disconnectReader();
};reader.cpp
// Private Qt application
namespace QAppPriv
{
static int argc = 1;
static char * argv[] = {"API.app", NULL};
static QCoreApplication * pApp = NULL;
};
ReaderPrivate::ReaderPrivate()
{
std::thread qCoreAppThread(qCoreAppExec);
qCoreAppThread.detach();
readerSerial = new ReaderSerial;
}
ReaderPrivate::~ReaderPrivate()
{
delete readerSerial;
}
void ReaderPrivate::qCoreAppExec()
{
if (QCoreApplication::instance() == NULL)
{
QAppPriv::pApp = new QCoreApplication(QAppPriv::argc, QAppPriv::argv);
QAppPriv::pApp->exec();
if (QAppPriv::pApp)
delete QAppPriv::pApp;
}
}
void ReaderPrivate::connectReader(std::string comPort)
{
readerSerial->openDevice(comPort);
}
void ReaderPrivate::disconnectReader()
{
readerSerial->closeDevice();
} 基于@Kuba答案，我创建了一个共享库。我花了一些时间去理解发生了什么以及如何让它发挥作用，但它仍然做不到它应该做的事情。因此，我现在征求意见，如何使这段代码工作。
apic.h
#include "Windows.h"
extern "C"
{
__declspec(dllexport) void WINAPI kyleHello();
}apic.cpp
#include "apic.h"
#include "appthread.h"
void WINAPI kyleHello()
{
worker->hello();
}
BOOL WINAPI DllMain(HINSTANCE instance, DWORD reason, LPVOID)
{
static AppThread *thread;
switch (reason)
{
case DLL_PROCESS_ATTACH:
thread = new AppThread;
thread->start();
break;
case DLL_PROCESS_DETACH:
delete thread;
break;
default:
break;
}
return TRUE;
};appthread.h
#include <QThread>
#include <QCoreApplication>
#include <QPointer>
#include "worker.h"
static QPointer<Worker> worker;
class AppThread : public QThread
{
public:
AppThread();
~AppThread();
// No need for the Q_OBJECT
QPointer<QCoreApplication> m_app;
void run() Q_DECL_OVERRIDE
{
std::cout << "\n AppThread::run";
int argc;
char *argv;
QCoreApplication app(argc, &argv);
m_app = &app;
std::cout << "\nAppThread::run before Worker";
Worker worker_;
worker = &worker_;
std::cout << "\nAppThread::run before app.exec";
app.exec();
}
//using QThread::wait(); // This wouldn't work here.
};appthread.cpp
#include "appthread.h"
AppThread::AppThread()
{
std::cout << "\n AppThread::ctor";
}
AppThread::~AppThread()
{
std::cout << "\n AppThread::dtor \n";
m_app->quit();
wait();
}worker.h
#include <QObject>
#include <QDebug>
#include <iostream>
class Worker : public QObject
{
Q_OBJECT
Q_INVOKABLE void helloImpl()
{
std::cout << "I'm alive.";
//qDebug() << "I'm alive.";
}
public:
Worker();
void hello();
};worker.cpp
#include "worker.h"
Worker::Worker()
{
std::cout << "\nWorker::ctor";
hello();
}
void Worker::hello()
{
std::cout << "\nWorker::hello()";
// This is thread-safe, the method is invoked from the event loop
QMetaObject::invokeMethod(this, "helloImpl", Qt::QueuedConnection);
}这样做的输出通常是：
AppThread::ctor
Worker::hello()
AppThread::dtor 有时：
AppThread::ctor
Worker::hello()
AppThread::run
AppThread::dtor 有时：
AppThread::ctor
Worker::hello()
AppThread::dtor
QMutex: destroying locked mutex回答 2
Stack Overflow用户
发布于 2014-07-30 03:46:09
首先，如果您需要QCoreApplication，它将始终是您的QCoreApplication。您不应该尝试在DLL中对Qt进行任何形式的动态链接，以免它最终从您的使用者应用程序中获取Qt。这些Qt库之间不能保证二进制兼容性--这将迫使您的使用者使用完全相同的编译器版本，以及二进制兼容的Qt构建。一般来说，这是一种幻想。
因此，您需要测试QCoreApplication的存在的想法根本不符合您的使用模式。您将始终需要它。您所要做的就是启动一个线程并在那里启动核心应用程序。仅此而已。
QPointer<Worker> worker;
extern "C" {
__declspec(DLLEXPORT) WINAPI VOID kyleHello() {
worker->hello();
}
}
class Worker() : public Q_OBJECT {
Q_OBJECT
Q_INVOKABLE void helloImpl() { qDebug() << "I'm alive."; }
public:
void hello() {
// This is thread-safe, the method is invoked from the event loop
QMetaObject::invokeMethod(this, "helloImpl", Qt::QueuedConnection);
}
Worker() { hello(); }
};
class AppThread : public QThread {
// No need for the Q_OBJECT
QPointer<QCoreApplication> m_app;
void run() Q_DECL_OVERRIDE {
int argc;
char * argv;
QCoreApplication app(argc, &argv);
m_app = &app;
Worker worker_;
worker = &worker_;
app.exec();
}
using QThread::wait(); // This wouldn't work here.
public:
AppThread() {}
~AppThread() { m_app->quit(); wait(); }
}
BOOL WINAPI DllMain(HINSTANCE instance, DWORD reason, LPVOID) {
static AppThread * thread;
switch (reason) {
case DLL_PROCESS_ATTACH:
thread = new AppThread;
thread->start();
break;
case DLL_PROCESS_DETACH:
delete thread;
break;
default:
break;
}
return TRUE;
}向消费者公开的API有几种：
- 只编写不等待结果的API。在内部，您只需将一个事件发布到任何一个
QObject，也可以将QMetaObject::invokeMethod与Qt::QueuedConnection一起使用--它最终只需将一个QMetaCallEvent发送到目标对象。事件可以从任何线程(包括非QThread启动线程)发布到任何QObject. - 外部线程回调:指定一个单独的线程，用于执行使用者提供的回调。它们将由位于该线程中的一个或多个
QObject调用。 - 客户端线程回调:使用特定于平台的异步过程调用，它在任何线程的上下文中执行回调--通常是从其中调用回调注册函数的线程。这些回调在线程处于可报警状态时执行。
如果希望将自己限制在消息泵正在运行的可报警状态的子集(调用
GetMessage)，则可以创建一个仅消息，不可见的窗口，向其发送消息，并从窗口的回调函数发出使用者回调。如果您对此很聪明，可以通过这些消息传递QEvent指针，并在回调中将它们传递给QObject::event。这就是如何使QObject有效地驻留在具有本地事件循环而不运行Qt事件循环的线程中。 - 阻塞API，有效地将调用线程同步到线程:使用
QMetaObject::invokeMethod和Qt::BlockingQueuedConnection。调用方将等待时隙在接收线程中执行完毕，并可选择地将结果传回。 - 阻塞使用细粒度锁定的API。这些也会使调用方线程与线程同步，但只在锁定某些数据结构的级别上。这些方法主要用于读取参数或提取数据--当遍历事件循环的开销会使您执行的工作量相形见绌时。
您提供的API取决于您的API的设计标准。
所有的API都必须是extern C ，不能使用C++。只有在计划使用多个VS版本(例如2008、2010、2012和2013年)构建C++时，才能提供Qt APIs -即使这样，也不能向使用者公开Qt，因为使用者仍然可能使用二进制不兼容版本。
Stack Overflow用户
发布于 2015-04-08 16:34:02
QtWinMigrate解决了Win32或MFC事件循环中的Qt问题。答案的一个你提到的问题提到了这一点。
对于需要在DllMain中连接事件循环的Qt，只需使用QMfcApp::pluginInstance
https://stackoverflow.com/questions/25025168
复制相似问题
腾讯云开发者
