QT 开发 UI 时，在子线程创建界面，主线程处理逻辑，两者之间通过一个消息队列链接的想法是否可取？

推荐学习书目

› Learn Python the Hard Way

Python Sites

› PyPI - Python Package Index

› http://diveintopython.org/toc/index.html

› Pocoo

值得关注的项目

› PyPy

› Celery

› Jinja2

› Read the Docs

› gevent

› pyenv

› virtualenv

› Stackless Python

› Beautiful Soup

› 结巴中文分词

› Green Unicorn

› Sentry

› Shovel

› Pyflakes

› pytest

Python 编程

› pep8 Checker

Styles

› PEP 8

› Google Python Style Guide

› Code Style from The Hitchhiker's Guide

This topic created in 2750 days ago, the information mentioned may be changed or developed.

刚接触 UI 开发没多久，很多东西还不知道用的 pyqt5，一般创建界面都是在主线程里创建，遇到耗时的任务时开个 QThread 子线程来处理不是吗。

我想要达到分离界面和逻辑的目的，可能我水平次，所以能想到的解决办法就是：在子线程里创建主界面，主线程里处理逻辑。然后两者通过一个 Queue 消息队列链接。比如：界面输入完数据后，往 queue 里放一个自定义消息 MSG_BTN_CLICK，然后主线程里通过：

while True:
    event_id , parameter = event_queue.get()
    if event_id == MSG_BTN_CLICK:
    	# 代码逻辑

如果界面要更新界面数据的话，就发送个 MSG_UPDATE_LIST 之类的消息附带上窗口对象，然后主线程丽获取数据后发送个 qt 信号过去更新数据。

不知道这个想法可不可取？谢谢指教！

子线

界面

主线

逻辑

24 replies • 2018-11-11 08:19:00 +08:00

1daydayde

Nov 8, 2018 via iPhone

emmmm，信号和槽

ragnaroks

Nov 8, 2018

在 UI 线程（往往是主线程，但不能相等）给个成员变量并监听变动，new 子线程并给予其对本线程（上文的 UI 线程）的引用，你的逻辑完成后修改 UI 线程的变量，主线程处理后续逻辑

baixiangcpp

Nov 8, 2018

http://doc.qt.io/qt-5/thread-basics.html#gui-thread-and-worker-thread
不可行

sc3263

Nov 8, 2018

Qt 对界面相关的的操作只能在主线程中完成。你可以试一下这个做法： https://stackoverflow.com/questions/11033971/qt-thread-with-movetothread

hakono

Nov 8, 2018

@baixiangcpp 感谢回复。看来官方的确还是建议只在主线程里跑 UI 啊。
不过有点搞不懂，文档里明确说了 widgets 这些不能在子线程里跑起来
```
All widgets and several related classes, for example QPixmap, don't work in secondary threads
```
但我在子线程里创建窗口显示按钮都很正常没问题...

ChenFanlin

Nov 8, 2018

看到上面说只有 UI 线程才能操作界面,那和 Android 差不多.
通常都是在新线程处理数据,然后处理完了回到 UI 线程处理界面.

Chenamy2017

Nov 8, 2018

子线程不能跑 UI。既然是处理逻辑，子线程就可以啊，搞不清楚你为什么要反着来。

pkoukk

Nov 8, 2018

据我所知，一般都不允许子线程处理 UI，
逻辑很简单，多个子线程处理 UI 的时候由于次序问题很容易导致界面错乱，或者使用了被其它线程释放掉的资源导致崩溃

hakono

Nov 8, 2018

@Chenamy2017 主要是想要彻底把界面和逻辑分开。因为感觉界面做主线程，处理逻辑开个子线程的话，界面代码和逻辑代码实际上依旧是混合在一起的。

而反着来的话，界面类里就只有界面代码的，界面有操作的话，就按钮点击后就发送个类似于 MSG_BTN_CLICKED 消息到队列里。这样主线程就能捕获到这个消息，处理了逻辑了，这样界面和处理逻辑就彻底分开了。
当然，因为我从没做过界面开发，所以可能想歪了。所以想来征求下大家的意见

然后现在我有个更疑惑的问题，看了大家都在说子线程不能操作 UI，，就是 pyqt 似乎真的能子线程创建 UI 没问题？
随便写了个最简单的代码例子，似乎跑起来没问题？
https://gist.github.com/ShinonomeHana/be8ec0bf77da9503fd2076837d2b8522

Rizio

Nov 8, 2018

Android 子线程是可以操作 ui 的，但是要在创建 Activity 的时候用非常快的速度去修改。
原理就是做 ui 操作时会检查当前线程是否和 Activity 的创建线程（也就是主线程）是否一致，不一致就抛异常。
不知道其他框架是不是也是这么干的。

sc3263

Nov 8, 2018

@hakono Qt 在 windows 下允许用非主线程创建 QApplication 对象并执行事件循环。在 mac 下这样做会出错。

dychenyi

Nov 8, 2018

@Rizio
估计子线程后面没有对 UI 的操作了所以没报错，你在线程 start 之后立马去创个按妞试试看，估计就报错了吧。

cosven

Nov 8, 2018

> 一般创建界面都是在主线程里创建，遇到耗时的任务时开个 QThread 子线程来处理不是吗。
嗯，用线程或者进程

> 随便写了个最简单的代码例子，似乎跑起来没问题？
有问题的，比如 macOS 下，这样的程序会直接崩溃（我在 gist 下写了更多详情）

> 我想要达到分离界面和逻辑的目的
LZ 有没有想过这么几个问题
1. 界面和逻辑分离有哪些好处呢？
2. 哪些算界面部分，哪些算逻辑部分？
3. 界面操作（改变按钮颜色、调整组件宽度、组件动画）这些算逻辑还是算界面？

--------------------------------

关于界面和逻辑分离的观点，一个 GUI 程序，大部分逻辑就是两种情况：
1. 获取数据 -> 刷新界面
2. 用户操作界面 -> 修改数据
**大部分**情况，**界面和逻辑是密不可分的，分离界面和逻辑是个错误的决定**，分离只会让你的代码变得复杂。

还有一部分场景：Qt 提供了一种 Model/View/Delegator 的编程模式，它解决的问题是复杂业务场景下的界面逻辑分离。

hakono

Nov 8, 2018

@sc3263 原来如此，当时我按着这个思路下试了下就跑起来了还以为这个思路是没问题的，哈哈。

@dychenyi 不会报错，只要所有对 UI 的创建都是在那个子线程里进行的话就不会报错。

hakono

Nov 8, 2018

@cosven 多谢指点，没考虑到跨平台的问题，哈哈。的确在 macOS 下会报错。
经你一说的确想通了，对界面的变更操作的确不好区分，很多界面的操作逻辑和 UI 是密不可分的，如果界面要做一些变更就给主线程发送个 MSG 的话，的确反倒会造成主线程那边代码变得相当复杂