Python sqlite3库同一TIMESTAMP列返回naive与aware datetime不一致原因问询

在SQLite数据库中设置了一个TIMESTAMP列，用于存储带时区的datetime，例如值为2021-09-29 18:46:02.098000+00:00。当我在Django应用内查询该条数据时，该列返回的是aware类型的datetime对象；但当我在不使用Django的脚本中走完全相同的代码路径查询时，该列返回的是naive类型对象。两种场景下均使用Python内置的sqlite3库，未使用Django的ORM，请问返回类型不一致的原因是什么？

• Python标准库sqlite3的默认TIMESTAMP转换逻辑仅支持解析不带时区后缀的时间格式，会直接忽略值末尾的+00:00时区偏移信息，最终生成的datetime对象不会携带tzinfo属性，也就是naive类型。
• Django启动后，其自带的SQLite数据库后端会自动为sqlite3库全局注册自定义的TIMESTAMP类型转换器，该转换器会主动识别时间值末尾的时区偏移，自动为生成的datetime对象绑定对应时区的tzinfo（默认绑定UTC时区），因此返回的是aware类型对象。
• 该转换器注册是进程全局生效的：只要运行在Django进程环境中，无论你是否调用Django ORM，只要使用sqlite3库查询TIMESTAMP类型列，都会触发自定义转换逻辑，这就是两套场景代码路径一致但返回结果不同的核心原因。

你可以在独立脚本中运行以下代码复现Django环境的转换效果：

import sqlite3
from datetime import datetime, timezone, timedelta

# 模拟Django注册自定义TIMESTAMP转换器
def django_style_timestamp_convert(timestamp_bytes):
    ts_str = timestamp_bytes.decode("utf-8")
    if "+" in ts_str:
        dt_part, tz_part = ts_str.split("+", 1)
        dt = datetime.strptime(dt_part, "%Y-%m-%d %H:%M:%S.%f")
        hours, minutes = map(int, tz_part.split(":"))
        tz = timezone(timedelta(hours=hours, minutes=minutes))
        return dt.replace(tzinfo=tz)
    return datetime.strptime(ts_str, "%Y-%m-%d %H:%M:%S.%f")

# 注册转换器，后续所有sqlite3连接都会生效
sqlite3.register_converter("TIMESTAMP", django_style_timestamp_convert)

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