SQLite的:memory:数据库测试间数据泄漏，是因为连接复用或schema未重置；正确做法是每个测试用function-scoped fixture新建连接并执行create_all()或建表语句，确保全新schema与隔离环境。
为什么用 :memory: 但测试间数据还会泄漏
SQLite 的 :memory: 数据库看似每次 sqlite3.connect(':memory:') 都新建一个独立实例，实际并非如此——同一连接对象内是隔离的，但多个测试用例若共用同一个 Connection 或未显式关闭、未重置 schema，就可能因连接复用、模块级全局变量、或 pytest 的 fixture 生命周期问题导致数据残留。典型现象是：前一个测试插入了 user(id=1)，后一个测试执行 SELECT * FROM user 竟然查到了它。
用 sqlite3.connect(':memory:') + 每次重建 schema
最稳妥的做法不是只靠 :memory:，而是每次测试开始时：新建连接 + 执行完整建表语句（或运行 migrations）。这样即使连接对象被缓存，schema 和数据也从头开始。
- 避免在模块/类级别创建全局
conn或engine；必须在函数/fixture 内创建 - 用
sqlite3.connect(':memory:')后立即调用cursor.executescript(...)加载建表 SQL，不要依赖之前已存在的表结构 - 若用 SQLAlchemy，确保
Base.metadata.create_all(engine)在每个测试中执行（而非只在模块导入时） - 注意：SQLite 不支持
DROP DATABASE，所以不能靠“删库重建”，只能靠“连新库 + 建新表”实现隔离
pytest 中正确写法：function-scoped fixture
用 pytest 的 scope='function' fixture 是关键，它保证每个测试函数拿到全新连接和空 schema。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
create_all()
- 显式禁用共享缓存：
conn.execute('PRAGMA read_uncommitted = 0')和conn.execute('PRAGMA locking_mode = EXCLUSIVE') - 避免 WAL：
conn.execute('PRAGMA journal_mode = DELETE')（内存库默认就是 DELETE，但显式设更安全） - 不依赖
sqlite3.connect('')或空字符串——它不是:memory:，而是临时文件，可能跨测试残留 - 检查是否意外启用了
check_same_thread=False且复用了连接对象——这会让多个测试往同一个内存 DB 写数据
真正隔离靠的不是“内存”这个介质，而是每次测试都拿一个全新连接 + 全新 schema。哪怕换成磁盘文件，只要路径唯一、建表干净，效果一样；反过来，哪怕用 :memory:，若连接没关、schema 没重刷，照样泄漏。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
