直接用 cursor.fetchall() 无法实时更新界面，因其仅获取一次性快照；Tkinter 无自动数据绑定，须显式查询并刷新控件，推荐按钮触发或合理轮询。
为什么直接用 cursor.fetchall() 无法“实时”更新界面
SQLite 本身不提供查询结果的自动通知机制，fetchall() 只是一次性读取快照。Tkinter 也没有内置的数据绑定系统（不像 Qt 的 QSqlTableModel）。所谓“实时”，实际是指：数据变更后，主动重新查询 + 主动刷新控件内容。常见错误是把数据库连接或游标塞进 StringVar 或 Listbox，结果界面完全不动——因为没触发重绘逻辑。
关键点在于：必须显式调用查询 + 显式更新 Tkinter 控件。没有魔法，只有可控的轮询或事件驱动。
用 after() 实现轻量级轮询刷新
适合开发阶段验证、低频更新场景（如每 2–5 秒查一次），避免阻塞主线程。不要用 time.sleep()，会卡死界面。
- 每次刷新前先清空目标控件（如
listbox.delete(0, tk.END)），再逐条插入新数据 - 确保数据库连接在主线程中复用，不要在
after()回调里反复connect()/close()，容易引发锁或连接泄漏 - 如果查询变慢，轮询间隔要同步拉长，否则堆积未完成的回调，UI 延迟加剧
def refresh_data():
cursor.execute("SELECT name, score FROM players ORDER BY score DESC")
rows = cursor.fetchall()
listbox.delete(0, tk.END)
for row in rows:
listbox.insert(tk.END, f"{row[0]}: {row[1]}")
root.after(3000, refresh_data) # 3秒后再次执行
用按钮点击触发手动刷新更可靠
多数生产场景下，“实时”其实是伪需求——用户真正需要的是“最新”，而不是毫秒级同步。加一个 Button 触发 refresh_data()，比轮询更可控、资源更省、逻辑更清晰。
立即学习“Python免费学习笔记（深入）”；
- 按钮文案建议写成“刷新名单”而非“实时同步”，降低用户预期
- 可配合
state="disabled"禁用按钮 +cursor动画（如文字变成“刷新中…”）防止重复点击 - 若需响应外部变更（如其他进程改了 DB），可在按钮逻辑里加
connection.interrupt()或简单connection.rollback()避免脏读
避免在 Tkinter 控件中直接存 SQLite 对象
别把 cursor 或 Connection 实例赋给 listbox.data_source 这类自定义属性。Tkinter 不会监听这些对象变化，也不会自动调用 fetchone()。
- 所有数据必须转成 Python 原生类型（
str,int,list）再交给控件 - 如果要用
StringVar绑定单个字段，记得每次更新都调用set()；用Variable.trace_add("write", ...)是监听输入，不是监听数据库 - 多行数据显示优先选
Listbox或ttk.Treeview，别硬塞进Text并试图用正则解析——后续排序、筛选会非常痛苦
最常被忽略的一点：SQLite 的 WAL 模式下，其他连接写入后，当前连接可能看不到新数据，除非执行 connection.execute("PRAGMA wal_checkpoint") 或至少 connection.rollback() 来同步日志状态。
