PySimpleGUI 动态更新：窗口不卡死的 4 个场景

PySimpleGUI 动态更新窗口不卡死的 4 个场景【免费下载链接】PySimpleGUIPython GUIs for Humans! Create any GUI simple or complicated in a way thats intuitive. Launched in 2018. NEW for 2026 - the LGPL3 Version 6. Transforms tkinter, Qt, WxPython, and Remi into a simple, intuitive, and fun experience for both hobbyists and expert users.项目地址: https://gitcode.com/gh_mirrors/py/PySimpleGUIPySimpleGUI 动态更新最常在解决这类卡壳现场时被需要你在写个 CPU 监控psutil 一调 3 秒下一帧窗口被系统标成无响应进度条停住只能干等着关程序。思路其实很单一事件循环里不重建窗口只对指定元素做局部重绘。只改内容不重建窗口update() 的正确打开方式最容易犯的幻觉是值变了就把旧窗口销毁再建新的——代价是每帧丢掉当前焦点、Input 里正在打的字外加整窗重绘的闪烁。PySimpleGUI 的正规姿势是window[-KEY-].update(...),传的是元素的 key 而不是窗口能改的远不止文本background_color、font、visible都行。相比重建写法好处是只有受影响的元素重绘、免刷新用户正在输入也不会被打断代价是建元素时得提前给 keylayout 里多一列参数要管。节奏就两句read 带 timeout 让循环转起来update 完成局部重绘。while True: event, values window.read(timeout1000) # 超时无新事件循环不卡 window[-STATUS-].update(fCPU {psutil.cpu_percent():.0f}%)持续按键不丢事件RealtimeButton 配 timeout 用机器人遥控、游戏键位的坑在于普通Button每次按下只发一次事件想模拟按住不放得自己轮询鼠标位置代码多还卡。sg.RealtimeButton会在按住期间持续发同一个事件松开靠 timeout 判断100ms 内没来新事件收到sg.TIMEOUT_EVENT就认定松手了。代价是 100 这个值就是你的松开反应粒度不关心松手的话把 timeout 去掉零成本。耗时操作不冻窗口perform_long_operation 丢线程点Go跑一个 30 秒任务必弹无响应因为主线程在跑你的函数事件循环整个停了。perform_long_operation把函数丢进后台线程完成后主循环收到你指定的 key 事件返回值塞在values[key]里window.perform_long_operation(lambda: my_long_func(n, a10), -END KEY-) # 完成后主循环收到 event -END KEY-返回值在 values[-END KEY-] if event -END KEY-: window[-STATUS-].update(f完成: {values[-END KEY-]})相比手写threading.Thread 队列不用自己管线程生命周期、异常传播和通知通道代价是函数体内不能调任何 PySimpleGUI 接口它不在主线程还得包个 lambda。我第一个坑就栽在这——在长函数里调 popup它根本没显示。跨线程更新不崩write_event_value 是唯一入口另一种常见崩法采集线程直接调elem.update()tkinter 崩掉或挂起错误还不固定。根因是 tkinter 控件只允许主线程碰。PySimpleGUI 的规矩写得很直白worker 线程里唯一允许的 PySimpleGUI 调用是write_event_value——线程只把数据丢进队列源码里是 thread_queue willdispatch()唤醒主线程更新由主循环read()拿到后执行这就是跨线程安全更新的路径def worker(window): for i in range(5): time.sleep(1) window.write_event_value((-DATA-, N), i) # 线程内唯一入口相比自建 queue 自己轮询代价是数据要过事件 key用(-DATA-, N)这种 tuple key 才好区分多个线程好处是不用自己碰跨线程 tkinter。window.start_thread还会在子线程结束时自动发线程已退出事件省得自己记得补。别自己算尺寸auto_size_text 整窗自适应文本变长撑破元素很多人第一反应是预分配个size留白。4.46.0 起sg.Text默认auto_size_textTruesize(None, None)就是元素和窗口随内容双向伸缩多行文本也吃得住。注意给任意方向传了明确尺寸那个方向的自适应就关了。相比手算字符宽度再重建布局好处是零计算代价是窗口尺寸会变多窗口固定布局的场景反而该锁死 size。仓库走读CPU 仪表盘怎么做 PySimpleGUI 动态更新上面的方法不是散的DemoPrograms/Demo_Desktop_Widget_CPU_Dashboard.py130 来行把它们串成了一条线。没拉过仓库的话git clone https://gitcode.com/gh_mirrors/py/PySimpleGUI。主循环走一遍一句window.read(timeoutPOLL_FREQUENCY)POLL_FREQUENCY1500ms就是心跳read 返回后psutil.cpu_percent(percpuTrue)采样再对每核graph_percentage_abs(util)画一条新线、text_display刷文本——前文的read 再 update节奏全在这滚动效果的关键draw_line的 x 坐标画满图宽后调graph_elem.move(-1, 0)整图左移 1 像素并删掉最旧那条线是局部重绘不是重画key 用 tuple(-GRAPH-, (rows, cols))核数多时比字符串 key 好认窗口参数no_titlebarTrue, grab_anywhereTrue, alpha_channel.8把它变成可拖动的雨表式悬浮窗。PySimpleGUI 动态更新效果桌面悬浮组件中弹跳小球与 CPU 百分比实时刷新另外三个走读点各对应上文一节长操作两行解法看 DemoPrograms/Demo_Long_Operations.py跨线程事件看 DemoPrograms/Demo_Multithreaded_Write_Event_Value.pyRealtimeButton timeout 的完整写法看 DemoPrograms/Demo_Buttons_Realtime.py。踩坑速查现象根因 → 绕法update 后立刻看不到新值在事件循环里设的窗口还没重绘 → update 放到下一次read()之前或紧跟一句window.refresh()RealtimeButton 松手判定慢timeout就是反应延迟100ms 意味着最多慢 100ms → 调小 timeout或不在乎松手就省掉 read 的 timeout子线程直接碰控件崩/挂tkinter 非线程安全 → 线程里只调write_event_valueupdate 留给主循环长操作拿不到返回值lambda 返回值走事件传递不是函数返回 →event -END KEY-时读values[-END KEY-]跑一遍 Demo_Desktop_Widget_CPU_Dashboard.py再把 POLL_FREQUENCY 改成 500 看曲线变快。【免费下载链接】PySimpleGUIPython GUIs for Humans! Create any GUI simple or complicated in a way thats intuitive. Launched in 2018. NEW for 2026 - the LGPL3 Version 6. Transforms tkinter, Qt, WxPython, and Remi into a simple, intuitive, and fun experience for both hobbyists and expert users.项目地址: https://gitcode.com/gh_mirrors/py/PySimpleGUI创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考