Python异步逻辑与GUI混用时的事件循环协调及资源清理咨询

你遇到的蓝牙残留连接问题，本质是两个独立事件循环分属不同线程时，没有跨线程的终止信号传递机制：如果BLE线程被强制终止，BleakClient没有执行显式disconnect()逻辑，树莓派默认的BlueZ蓝牙栈不会自动释放底层连接句柄，就会出现设备无法被扫描、必须重启系统的现象。
你当前采用的线程分离架构本身没有问题，缺的是标准化的跨线程安全退出、资源清理流程。

跨线程BLE资源安全清理实现 #

不要用无保护的全局变量做跨线程通信，按以下步骤改造：

• 主线程（graphics.py运行线程）初始化一个threading.Event类型的退出标志stop_ble_event，同时用一个普通字典做跨线程数据共享，BLE线程启动时将这两个对象作为参数传入。
• BLE线程内启动独立asyncio事件循环，在异步逻辑中加入退出信号监听，保证收到信号后优先走完蓝牙断开流程再退出循环。
• 主线程无论是捕获到退出按钮点击、全局异常，都先触发退出标志，等待BLE线程清理完成后再退出程序。

BLE线程参考实现：

import asyncio
import threading
from bleak import BleakClient
# 替换成你自己的传感器特征UUID
TEMP_CHAR_UUID = "0000xxxx-0000-1000-8000-00805f9b34fb"

def parse_temperature(raw_data):
    # 替换成你自己的温度解析逻辑
    return int.from_bytes(raw_data, byteorder='little') / 100

def ble_worker_thread(stop_event: threading.Event, shared_data: dict):
    loop = asyncio.new_event_loop()
    asyncio.set_event_loop(loop)

    async def ble_runner():
        # 替换成你的传感器MAC地址
        async with BleakClient("AA:BB:CC:DD:EE:FF") as client:
            def temp_notify_handler(sender, raw):
                shared_data["temperature"] = parse_temperature(raw)
            await client.start_notify(TEMP_CHAR_UUID, temp_notify_handler)
            # 非阻塞等待退出信号，不会卡住BLE事件循环
            await loop.run_in_executor(None, stop_event.wait)
        # 退出async with上下文时会自动调用disconnect，完成资源释放

    try:
        loop.run_until_complete(ble_runner())
    finally:
        # 异常场景下强制取消所有残留任务，关闭事件循环
        for pending_task in asyncio.all_tasks(loop):
            pending_task.cancel()
        loop.run_until_complete(loop.shutdown_asyncgens())
        loop.close()

主线程退出逻辑参考：

import atexit
import time
import graphics as g

# 初始化跨线程通信对象
stop_ble = threading.Event()
sensor_data = {"temperature": 0}
# 启动BLE线程
ble_thread = threading.Thread(target=ble_worker_thread, args=(stop_ble, sensor_data), daemon=True)
ble_thread.start()

# 你的graphics.py界面初始化逻辑
win = g.GraphWin("温度监测", 480, 320)
exit_btn = g.Rectangle(g.Point(380, 270), g.Point(460, 310))
# 省略其他界面绘制逻辑

def do_exit():
    # 先触发BLE清理
    stop_ble.set()
    ble_thread.join(timeout=3)
    win.close()

# 注册兜底清理，哪怕程序抛异常退出也会触发
atexit.register(do_exit)

# graphics.py主事件循环
while True:
    click = win.checkMouse()
    if click and exit_btn.getP1().getX() <= click.getX() <= exit_btn.getP2().getX() and exit_btn.getP1().getY() <= click.getY() <= exit_btn.getP2().getY():
        do_exit()
        break
    # 从shared_data读温度更新界面的逻辑
    time.sleep(0.1)

注意：所有BLE相关操作必须放在BLE线程的asyncio循环中执行，如果需要从主线程触发BLE操作（比如主动发指令给传感器），要用loop.call_soon_threadsafe()方法把调度请求投递给BLE线程的事件循环，不要跨线程直接调用异步方法。

应急兜底方案 #

如果遇到异常崩溃没来得及清理蓝牙连接，不用重启整个树莓派，执行sudo systemctl restart bluetooth重启蓝牙服务即可重置BlueZ栈，快速恢复。

这类混合开发没有统一的银弹方案，按GUI库的特性选对应模式即可：

• 对于graphics.py、旧版Tkinter这类必须独占主线程事件循环、没有原生asyncio支持的轻量GUI库，最稳定的方案就是线程分离+线程安全信号通信，也就是你当前采用的架构，只要补全上述的退出清理逻辑即可，不需要强行融合两个事件循环。
• 对于支持事件循环自定义调度的GUI库，可以通过定时轮询的方式把asyncio循环的单步执行插入到GUI事件循环的空闲回调中，不需要单独开线程，但这种方式如果异步任务有阻塞会直接卡住UI，稳定性不如线程分离方案。
• 对于重度GUI应用，可以换原生适配asyncio的GUI技术栈，比如搭配qasync的PySide/PyQt、搭配asyncio事件循环的CustomTkinter等，但这类方案对你当前的轻量项目来说改造成本过高，没有必要。

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