Python+Jupyter Notebook环境下SQLite数据库连接如何正确关闭

核心误解澄清 #

调用close()方法关闭数据库连接，本质是释放连接占用的数据库资源、终止和数据库的会话，并不会直接销毁Python层面的Connection实例对象。只要你没有手动删除这个变量，它依然会存在于当前Python的内存作用域中，所以print(conn)依然会输出连接对象的内存地址，这是完全正常的现象，不代表连接没有关闭。

两种关闭方法的正确性说明 #

• 手动if conn: conn.close()的写法本身没有问题，唯一需要注意的是要保证这段代码一定会被执行，建议搭配try...finally块使用，避免代码中间抛出异常时跳过了关闭逻辑，导致连接泄露。
• 用contextlib.closing包裹sqlite3.connect的写法也是完全正确的。原生sqlite3连接的with语句默认仅处理事务逻辑：代码块正常执行就提交事务，出现异常就回滚事务，确实不会自动关闭连接，加上closing包装后，会在with块执行结束时自动调用连接的close()方法，和手动关闭的效果完全一致。

验证连接是否真正关闭的方法 #

不要用print(conn)的结果判断，直接尝试执行任意SQL语句即可：

# 执行关闭逻辑后运行下面的代码
try:
    conn.execute("SELECT 1")
except Exception as e:
    print(f"连接已关闭，报错信息：{e}")

如果触发Cannot operate on a closed database类的报错，就说明连接已经被正常关闭了。如果不需要再用到conn变量，也可以在关闭后执行conn = None清理变量，就不会再打印出连接对象。

Jupyter的影响说明 #

你看到的Jupyter相关问题，特指使用jupyter sql magic插件（%sql/%%sql魔法命令）的场景，这类插件会自己维护连接池，默认不会自动释放连接。如果是你自己手写sqlite3连接代码，Jupyter不会阻止连接的正常关闭，也不会有额外的影响。

后续建议 #

只要你确保每次使用完连接后都执行了关闭逻辑，就完全不需要担心资源泄露的问题，不需要额外做其他处理。

内容的提问来源于stack exchange，提问作者ic198