39

我喜欢 python 和 Qt，但对我来说很明显 Qt 在设计时并没有考虑到 python。有许多方法可以使 PyQt / PySide 应用程序崩溃，其中许多方法都非常难以调试，即使使用适当的工具也是如此。

我想知道：在使用 PyQt 和 PySide 时，避免崩溃和锁定的良好做法是什么？这些可以是任何东西，从一般的编程技巧和支持模块到高度具体的解决方法和要避免的错误。

4

4 回答 4

57

一般编程实践

  • 如果您必须使用多线程代码，永远不要从非 GUI 线程访问 GUI。始终通过发出信号或其他一些线程安全机制来向 GUI 线程发送消息。
  • 小心模型/查看任何东西。TableView、TreeView 等。它们很难正确编程，任何错误都会导致无法追踪的崩溃。使用模型测试来帮助确保您的模型在内部是一致的。
  • 了解 Qt 对象管理与 Python 对象管理交互的方式以及可能出错的情况。请参阅http://python-camelot.s3.amazonaws.com/gpl/release/pyqt/doc/advanced/development.html
    • 没有父对象的 Qt 对象由 Python “拥有”；只有 Python 可以删除它们。
    • 具有父对象的 Qt 对象由 Qt“拥有”，如果它们的父对象被删除，Qt 也会将其删除。
    • 示例：使用 PyQt4 的核心转储
  • QObject 通常不应引用其父级或其任何祖先（弱引用是可以的）。这充其量只会导致内存泄漏和偶尔的崩溃。

  • 请注意 Qt 自动删除对象的情况。如果 python 包装器没有被告知 C++ 对象已被删除，那么访问它会导致崩溃。由于 PyQt 和 PySide 在跟踪 Qt 对象方面存在困难，这可能以许多不同的方式发生。

    • 复合小部件如QScrollArea及其滚动条、QSpinBox及其QLineEdit等（Pyside没有这个问题）
    • 删除 QObject 将自动删除其所有子对象（但 PyQt 通常会正确处理此问题）。

    • 从 QTreeWidget 中删除项目将导致任何关联的小部件（使用 QTreeWidget.setItemWidget 设置）被删除。

      # Example:
from PyQt4 import QtGui, QtCore
app = QtGui.QApplication([])

# Create a QScrollArea, get a reference to one of its scroll bars.
w = QtGui.QWidget()
sa = QtGui.QScrollArea(w)
sb = sa.horizontalScrollBar()

# Later on, we delete the top-level widget because it was removed from the 
# GUI and is no longer needed
del w

# At this point, Qt has automatically deleted all three widgets.
# PyQt knows that the QScrollArea is gone and will raise an exception if
# you try to access it:
sa.parent()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: underlying C/C++ object has been deleted

# However, PyQt does not know that the scroll bar has also been deleted.
# Since any attempt to access the deleted object will probably cause a 
# crash, this object is 'toxic'; remove all references to it to avoid 
# any accidents
sb.parent()
# Segmentation fault (core dumped)

具体解决方法/错误

  • 更改 QGraphicsItems 的边界而不首先调用 prepareGeometryChange() 可能会导致崩溃。
  • 在 QGraphicsItem.paint() 中引发异常可能会导致崩溃。始终在paint() 中捕获异常并显示一条消息，而不是让异常继续未被捕获。
  • QGraphicsItems 永远不应该保留对它们所在的 QGraphicsView 的引用。（weakrefs 可以）。
  • 反复使用 QTimer.singleShot 会导致死机。
  • 避免将 QGraphicsView 与 QGLWidget 一起使用。

避免退出崩溃的实践

  • 不属于 QGraphicsScene 的 QGraphicsItem 可能会导致退出时崩溃。
  • 引用其父级或任何祖先的 QObjects 可能会导致退出崩溃。
  • 没有父级的 QGraphicsScene 会导致退出崩溃。
  • 避免退出崩溃的最简单方法是在 python 开始收集 Qt 对象之前调用 os._exit() 。但是，这可能很危险，因为程序的某些部分可能依赖于正确的退出处理才能正常运行（例如，终止日志文件或正确关闭设备句柄）。至少，应该在调用 os._exit() 之前手动调用 atexit 回调。
于 2012-08-14T02:56:36.447 回答
4

只是补充一点：

如果您必须在基于 qt 的程序中使用线程，您确实必须禁用自动垃圾收集器并在主线程上进行手动收集（如http://pydev.blogspot.com.br/2014/03/should- python-garbage-collector-be.html）-请注意，即使您确保对象没有循环，也应该这样做（通过循环，您基本上可以使对象存活，直到 python 循环垃圾收集器出现，但是有时，如果您有例外情况，则可能会保持帧处于活动状态，因此，在这种情况下，您的对象可能仍然保持活动的时间比您预期的要长）...在这些情况下，垃圾收集器可能会遇到问题在辅助线程中，这可能导致 qt 段错误（qt 小部件必须始终收集在主线程中）。

于 2014-03-15T11:22:18.180 回答
4

仅供参考，我将PyQt 的作者对Luke 的回答发表评论：“这是垃圾。”

我认为这很重要，因为有人可以跳入这篇文章并仍然对所有这些（不存在的）“问题”感到困惑。

于 2015-03-20T16:47:53.533 回答
0

发出信号而不是同步 UI 控制是我在实现逻辑电路模拟器时避免问题的关键

于 2021-03-01T07:41:50.027 回答