背景:
端午节回来上班第一天,不想干活,领导又再后面看着,突然想起一个有意思的问题,为啥我的程序在子进程QThread的子类里打的断点不好用呢?那就解决一下这个问题吧。
原因:
如果您的解释器上安装了多个与PyQt兼容的后端,默认情况下,会启用自动搜索选项,这意味着将使用最先找到的后端。
启动debug是会看到:
/Applications/PyCharm CE.app/Contents/plugins/python-ce/helpers/pydev/pydevd.py --multiprocess --qt-support=auto --client 127.0.0.1 --port 54370 --file
我pip3.9 list 查看了下与PyQt兼容的后端,找到如下几个。
PySide2 PyQt5 QtPy
解决:
方法1:只保留PyQt5,删除额外的库,如果需要保留额外的库,可以考虑使用venv。
pip3.9 uninstall PySide2
pip3.9 uninstall QtPy
方法2:setting environment variable PYDEVD_PYQT_MODE to 'pyqt4', 'pyqt5' or 'pyside'.
Since PyCharm 2017.1.1 you can define PyQt backend for debug session by setting environment variable PYDEVD_PYQT_MODE to 'pyqt4', 'pyqt5' or 'pyside'. It helps to solve the problem described in the original post.
扩展:
另外介绍一下QtPy,可能会有人好奇,怎么还有QtPy库,不都是PyQt4 PyQt5之类的嘛。
QtPy是一个抽象层库,它的作用类似于Python的six库,旨在保障Qt5、Qt6、PyQt5、PyQt6和PySide2等多个库的API持续稳定。这意味着QtPy提供了一个统一的接口,使得开发者可以更容易地在不同的Qt和PyQt/PySide版本之间切换。
与PyQt5的关系,可以从以下几个方面来理解:
- 实现基础:PyQt5是Qt框架的Python语言实现,它提供了一个设计良好的窗口控件集合,每个PyQt5控件都有其对应的Qt控件。而QtPy并不是Qt或PyQt的直接实现,而是一个抽象层,它允许开发者在不改变代码的情况下,使用不同的Qt和PyQt/PySide版本。
- 功能范围:PyQt5提供了完整的Qt应用程序接口函数,因此可以用PyQt5实现Qt能做的所有工作。QtPy并不直接提供这些功能,而是提供了一个统一的接口,使得开发者可以在不同版本的Qt和PyQt/PySide之间无缝切换。
- 版本兼容性:随着Qt和PyQt/PySide的不断更新,版本之间的兼容性可能会成为一个问题。QtPy通过提供一个抽象层,帮助解决了这个问题,使得开发者可以更容易地处理不同版本之间的差异。
综上所述,QtPy和PyQt5在功能上是互补的。PyQt5提供了完整的Qt应用程序接口,而QtPy则提供了一个统一的接口,帮助开发者处理不同版本之间的差异。这种关系使得开发者可以在享受PyQt5带来的丰富功能的同时,也能通过QtPy轻松应对版本兼容性的挑战。