直接用Tkinter+sqlite3做账本易卡在增删改查不连贯，因Tkinter事件驱动而sqlite3同步阻塞，导致界面假死、操作无响应、数据错乱；根源在于未正确管理数据库连接生命周期与UI线程协作。
为什么直接用 Tkinter + sqlite3 做账本容易卡在“增删改查不连贯”
因为 Tkinter 是事件驱动的 GUI，而 sqlite3 默认是同步阻塞操作——用户点“保存”后界面假死、点“删除”没反应、多窗口操作时数据错乱，本质是没处理好数据库连接生命周期和 UI 线程协作。不是语法写错了，是调用时机和连接管理方式不对。
实操建议：
- 每个数据操作（
INSERT/UPDATE/DELETE）都封装成独立函数，并在函数内显式commit()+close()，绝不复用全局连接对象 - 查询类操作（如加载账单列表）用
with sqlite3.connect(...)保证自动关闭，避免连接泄漏 - 所有修改操作后，立刻调用
treeview.delete(*treeview.get_children())再insert()刷新，别试图“局部更新” Treeview 项——Tkinter 没有响应式数据绑定
Treeview 显示 SQLite 查询结果时字段对不上或显示空白
常见现象：数据库里有 amount 字段，但 treeview.insert('', 'end', values=(row[0], row[1])) 显示错位甚至报 IndexError；或者整行都是空字符串。
原因通常是没对齐列定义和取值顺序。SQLite 的 cursor.description 返回的是元组，不是字典。
立即学习“Python免费学习笔记（深入）”；
实操建议：
- 初始化
Treeview时用columns=('id', 'date', 'amount', 'note')，之后所有insert()必须按这个顺序传值 - 查询时别用
SELECT *，明确写出字段：SELECT id, date, amount, note FROM records - 取值用
row['amount']前，先执行cursor.row_factory = sqlite3.Row，否则只能靠索引row[2]
日期输入校验和 SQLite 存储格式不一致导致查询失败
用户输 “2024-05-30”，程序存进 SQLite 是字符串，但后续用 WHERE date > '2024-05-01' 却查不到——因为 SQLite 没做类型约束，有些记录存成 '30/05/2024' 或 '2024/5/30'，字符串比较就失效了。
实操建议：
- 输入框提交前用
datetime.strptime(date_str, '%Y-%m-%d')强制解析，捕获ValueError提示格式错误 - 存入 SQLite 一律用
date.isoformat()（即'2024-05-30'），不要用strftime('%Y/%m/%d')等变体 - 建表时字段声明为
date TEXT即可，SQLite 不强制日期类型，但统一格式才能用字符串比较做范围查询
打包成 exe 后找不到数据库文件或报 OperationalError: unable to open database file
开发时路径写 'data.db' 没问题，但 PyInstaller 打包后，exe 默认工作目录是用户桌面或系统临时目录，不是 exe 所在文件夹。
实操建议：
- 用
sys._MEIPASS动态定位资源路径：import sys import os def get_db_path(): if getattr(sys, 'frozen', False): base_dir = sys._MEIPASS else: base_dir = os.path.dirname(os.path.abspath(__file__)) return os.path.join(base_dir, 'data.db') - 首次运行时检测数据库是否存在，不存在则用
CREATE TABLE初始化，别假设文件一定存在 - 不要把 db 文件硬编码进源码路径，也不要依赖相对路径如
../data.db，Windows 和 macOS 的工作目录行为不一致
真正麻烦的不是写不出功能，而是 SQLite 的“松散”和 Tkinter 的“手动刷新”叠加后，错误表现非常滞后：可能删了一条记录，十分钟后才发现另一处数据显示异常。每次改动数据库逻辑，都要同步检查 Treeview 刷新、输入校验、路径定位三处，缺一不可。
