Tkinter数据库工具易卡死因主循环单线程，耗时操作需用子线程或after分片；SQLite最稳妥；Treeview需手动设列宽、绑定事件；SQL注入须用参数化查询；打包需处理路径和Tcl/Tk资源。
为什么直接用 Tkinter 做数据库工具容易卡死或假死？
因为 Tkinter 的主循环（mainloop()）是单线程的，一旦执行耗时操作（如查询上万条记录、连接慢数据库、执行 INSERT 大批量数据），界面就完全无响应。这不是代码写错了，是设计模型冲突。
- 所有数据库操作必须脱离
mainloop()主线程——要么用threading.Thread启动子线程，要么用after()分片执行（仅适合轻量任务） - 切忌在按钮回调里直接调用
cursor.execute()+fetchall()后塞进Text或Treeview；大数据量下会卡住几秒甚至几十秒 - SQLite 是最稳妥的选择：无需服务进程、文件即数据库、Python 内置支持；避免一上来就连 MySQL/PostgreSQL，驱动、连接池、超时配置都会立刻暴露 Tkinter 的线程短板
Treeview 显示查询结果时，为什么列宽不自适应或点击报错？
Treeview 不像网页表格能自动撑开，也不默认响应双击/右键事件，必须手动绑定且注意作用域。
- 列宽需显式设置：
tree.column("id", width=80, anchor="center")；用"#0"控制首列（ID 列）宽度，否则默认极窄 - 双击编辑前先确认是否绑定了
bind(">", ...)，且回调函数里调用tree.focus()获取当前选中项 ID，否则tree.item(...)返回空字典 - 插入数据必须用
tree.insert("", "end", values=(...))，第一个参数是 parent（空字符串表示根节点），不能传None或遗漏 - 清空旧数据别用
tree.delete(*tree.get_children())，这是正确写法；写成tree.delete(tree.get_children())会报TclError
如何安全地把用户输入写入 SQLite，又不被 SQL 注入？
拼接字符串生成 SQL（如 f"INSERT INTO user VALUES ('{name}')"）在 Tkinter 场景下极其危险——用户在 Entry 里输 O'Reilly 就直接崩掉语句。
- 只用参数化查询：
cursor.execute("INSERT INTO user(name, age) VALUES (?, ?)", (name_var.get(), int(age_var.get()))) -
?占位符是 SQLite 唯一推荐方式；不要尝试用%s或.format()替换，它们不经过底层预编译 - 对
LIKE模糊搜索，需手动转义通配符：search_term = name_var.get().replace("%", "\%").replace("_", "\_")，再在 SQL 中加ESCAPE '\' - 执行
INSERT/UPDATE后务必调用conn.commit()；Tkinter 窗口关闭时不自动保存，关掉就丢数据
打包成 exe 后，为什么找不到数据库文件或报 No module named 'tkinter'？
PyInstaller 默认不自动收集 tkinter 所需的 Tcl/Tk 动态库和字体资源，SQLite 的内置支持倒没问题，但路径处理极易出错。
立即学习“Python免费学习笔记（深入）”；
- 数据库路径别写相对路径如
"data.db"；打包后工作目录不是源码目录，要用os.path.join(os.path.dirname(sys.executable), "data.db") - PyInstaller 打包命令加
--add-binary "C:/PythonXX/tcl;tcl"（Windows 下需手动指定 Tcl 目录），否则启动报错can't find package Tk - 如果用
ttkbootstrap或其他美化主题，必须额外加--collect-all ttkbootstrap，否则界面白屏或控件消失 - 测试阶段用
pyinstaller --onefile --console your_app.py先跑通命令行版，再加--windowed；没--console时错误全被吞掉，根本不知道哪一行崩了
真正麻烦的从来不是“怎么连上数据库”，而是线程调度、UI 响应、路径兼容、异常静默这四点——它们不会在教程里标红加粗，但会在你打包发给同事的前五分钟集中爆发。
