GUI thread and the worker thread
Each program has a single thread (thread) on startup. This thread is called the main flow thread or GUI in Qt applications. Qt GUI to be started in this thread. All widgets and several similar classes, such as a QPixmap, do not work in a secondary thread. The secondary flow is commonly called workflow, which is designed to relieve the basis of the program thread.
Concurrent access to data
If two threads are a pointer to an object, it is possible to access both threads to the object at a certain time and this may destroy the integrity of the object. It is necessary to prevent simultaneous access to the object from different threads.
Use cases
There are two main use case flows:
- Accelerate application due to multiple processors on the computer;
- Saving GUI responsiveness to the user in the case of long-term processes that can cause a blockage of the application GUI.
When to use alternative threads
Before you create a thread, think maybe there is a possibility to solve the problem of an alternative method.
Alternative | Description |
---|---|
QEventLoop::processEvents() | Invoke QEventLoop::processEvents() several times when calculating the time costs to prevent blocking GUI. However, this solution does not scale well as the call processEvents() can take place either too often or too infrequently, depending on the computer's hardware platform. |
QSocketNotifier QNetworkAccessManager QIODevice::readyRead() | This alternative solution has one or several threads, each with blocking read of slow connections. Up until operations for response can be performed quickly, the data structure can be better than using more threads. This design has fewer errors and more energy efficient than flows. In many cases there is also an improvement of productivity. |
QTimer | Background processes can sometimes be performed using a timer to run on a schedule. For example, it will be carried out with some frequency some code in a special slot of the object. Timer with a value of 0 will be triggered whenever the process is not any other thread of events. |
Types of Qt Threads (QTrhread)
The life cycle of the flow | Development task | Solution |
---|---|---|
One Invoke | Perform one method in another thread in and out of the flow, when the method completes. | Qt provides a variety of solutions: * Recording function and run it with QtConcurrent::run() |
* Inheritance from class QRunnable and launch it into the global stream with QThreadPool::globalInstance()->start() | ||
* Inheritance from class QThread, override method QThread::run() and its use by the method QThread::start(). | ||
One Invoke | Continuous operation is to be placed in another thread, and the processing result is to be sent to the GUI thread. | Use the QThread, overridden run() method is called and an alarm if required. Connecting the signal to the slot using the GUI thread turn signals and slots connections. |
One Invoke | Operations must be carried out for all objects from the list. Processing to be performed using all available cores. Tippichnym example is the drawing sketches of images in the list. | QtConcurrent provides map() method to perform operations on each element, filter() determines the elements of the list, on which the operation will apply. |
Permanent | There is an object that lives in another thread, and performs a variety of tasks on demand. This means that it takes a certain relationship with the object and required workflow. | Inheritance from QObject class and the introduction of the desired signals and slots, object to stream from the event loop running and link to the object through the turn signal/slot. |
Permanent | There is an object that lives in another thread and perform repetitive tasks. | It seems that the timer can approach and the use of signals and slots, but it is better to avoid this approach. For example it can be used QSocketNotifier. |