PyQt中在QThread内部使用async是否属于冗余操作？

你的写法确实存在冗余，不需要同时叠加两套机制，根据实际依赖的BLE库特性二选一即可。

这里先纠正一个常见的机制认知偏差：

• QThread是Qt封装的系统级工作线程，会真正创建独立的操作系统线程，用来并行执行阻塞逻辑，避免阻塞UI主线程。
• asyncio本身不会主动创建新线程：asyncio.run()只会在当前调用它的线程内启动事件循环，所有协程都靠事件循环在同一个线程内调度实现并发，不存在多线程并行能力。

你现在的写法本质是专门创建一个独立QThread，仅仅为了在这个新线程里跑一个单线程的asyncio事件循环，平白增加线程切换开销，还会引入Qt对象线程亲和性的潜在崩溃风险——如果后续协程逻辑里误操作了主线程的UI组件，非常容易出现无日志的崩溃问题。

根据你用的BLE库特性选方案即可，不需要二者叠加：

• 如果你用的是原生async接口的BLE库：直接通过asyncio和Qt事件循环的桥接库把两个事件循环合并到主线程跑就行，异步BLE操作本身不会阻塞UI，扫描完成后直接触发信号更新界面，完全不需要额外开QThread。
• 如果你用的BLE库只有同步阻塞接口：直接删掉asyncio相关逻辑，把阻塞的服务扫描代码直接写在QThread.run()方法里，扫描完成后发discovered_services信号即可，逻辑更简单也没有额外开销。

你当前实现里的BLE_ADDESS、scan_timeout写为类属性，如果同时启动多个该线程实例，会出现属性值互相覆盖的问题，建议改成实例属性，在类的__init__方法中初始化赋值。

参考无冗余的纯QThread实现示例：

class BLE_DiscoverServices(QThread):
    discovered_services = pyqtSignal(list)
    def __init__(self, ble_address, scan_timeout=5, parent=None):
        super().__init__(parent)
        self.ble_address = ble_address
        self.scan_timeout = scan_timeout

    def run(self):
        # 这里直接写阻塞式的BLE服务扫描逻辑即可
        services = []  # 替换为实际扫描逻辑
        self.discovered_services.emit(services)

内容的提问来源于stack exchange，提问作者Eddiea6987