因为Tkinter是单线程事件驱动，mainloop()阻塞主线程，未捕获异常时rollback不会自动执行；SQLite默认不自动回滚，需在try/except中显式调用conn.rollback()并确保事务始于BEGIN。
为什么直接在 Tkinter 主循环里调用 conn.rollback() 会失效
因为 Tkinter 的事件驱动本质是单线程阻塞式运行：mainloop() 一旦启动，所有后续 Python 代码（包括异常捕获和回滚逻辑）必须通过回调触发。如果你在按钮回调里执行 SQL 出错后没显式处理事务，连接可能还处于 active transaction 状态，但下一次操作又没显式 begin 或 commit，SQLite 会自动隐式提交前一个事务——导致你以为“回滚了”，其实已经提交了。
关键点：SQLite 的 autocommit 默认为 False，但只有在显式 conn.execute("BEGIN") 或首次执行写操作时才真正开启事务；而 Tkinter 回调中未捕获的异常不会自动触发 rollback。
实操建议：
- 所有数据库写操作必须包裹在
try/except中，并在except块内显式调用conn.rollback() - 避免依赖
with conn:上下文管理器——它只在退出块时commit，不处理中间异常回滚 - 确保每次写操作前都检查连接状态，必要时手动
conn.execute("BEGIN")
如何让 Button 点击触发带事务保护的多步更新
典型场景：用户点击“保存订单”按钮，需同时插入 orders 表和关联的 order_items 表；任一步失败，整个操作必须回滚。
立即学习“Python免费学习笔记（深入）”；
错误写法：cursor.execute("INSERT INTO orders ..."); cursor.execute("INSERT INTO order_items ...") 分开执行，无事务包装。
正确做法：
- 在回调函数开头立即执行
conn.execute("BEGIN")（显式开启事务） - 所有写操作都在同一个
conn对象上进行，不新建连接 - 成功则调用
conn.commit()；失败则捕获sqlite3.Error并调用conn.rollback() - 务必在 finally 或 else 块中重置 UI 状态（如按钮可用性），否则用户可能重复点击
示例片段：
def on_save_click():
try:
conn.execute("BEGIN")
conn.execute("INSERT INTO orders (user_id) VALUES (?)", (user_id,))
last_id = conn.execute("SELECT last_insert_rowid()").fetchone()[0]
conn.execute("INSERT INTO order_items (order_id, item) VALUES (?, ?)", (last_id, "book"))
conn.commit()
status_label.config(text="✅ 保存成功")
except sqlite3.Error as e:
conn.rollback()
status_label.config(text=f"❌ 失败: {e}")
finally:
# 避免按钮卡死
save_btn.config(state="normal")
sqlite3.Connection 对象能否跨 Tkinter 回调共享
可以，而且必须共享。每个新 sqlite3.connect() 调用都会创建独立连接，事务无法跨连接生效。Tkinter 回调之间不能靠“全局变量”传递连接对象，容易引发线程安全问题（虽然 Tkinter 是单线程，但连接对象本身不是线程局部）。
推荐方式：
- 将
conn作为类属性封装在主应用类中（如self.conn = sqlite3.connect("app.db")） - 避免在回调里重新
connect()或close()—— 关闭连接会导致事务丢失且无法再 rollback - 如果使用
ttk.Notebook或多个 Frame，仍共用同一个self.conn，不要为每个 Tab 新建连接 - 注意：SQLite 连接不是线程安全的，即使 Tkinter 单线程，也别在
after()或threading.Thread中访问同一conn
回滚后为何有时数据看起来“没变”或“部分生效”
常见原因不是回滚失败，而是事务边界没对齐。例如：
- 前一个操作已
commit，当前操作回滚只影响本次 BEGIN 之后的内容 - 用了
isolation_level=None（即 autocommit 模式），此时rollback()无效，因为每条语句都是独立事务 - 执行了
CREATE TABLE或DROP TABLE等 DDL 语句——SQLite 中 DDL 会隐式 commit 当前事务 - 误把
cursor.rollback()当成有效调用（sqlite3.Cursor没有rollback方法，必须用Connection对象）
调试建议：在关键位置加日志，打印 conn.in_transaction 和 conn.execute("PRAGMA journal_mode").fetchone()，确认是否真处于事务中、日志模式是否支持回滚（WAL 模式下回滚行为略有不同）。
事务不是魔法，它只保证你明确 BEGIN 到 COMMIT/ROLLBACK 之间的语句原子性。Tkinter 里最容易漏掉的，是那个显式的 BEGIN。
