背景：
端午节回来上班第一天，不想干活，领导又再后面看着，突然想起一个有意思的问题，为啥我的程序在子进程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轻松应对版本兼容性的挑战。
