应优先使用 datetime.now() 获取本地可读时间，它返回含年月日时分秒微秒的 datetime 对象；注意其默认无时区信息，跨时区需显式添加 timezone.utc，格式化用 strftime() 并规避 Windows 不兼容的 %-d 等写法。
用 datetime.now() 拿到本地当前时间，不是 time.time()
很多人一上来就用 time.time()，结果拿到的是秒级浮点数，还得手动转——这不是你想要的“可读时间”。datetime.now() 直接返回带年月日时分秒微秒的 datetime 对象，适合后续格式化、计算或存数据库。
注意：它默认用系统本地时区，没带时区信息（tzinfo=None），如果涉及跨时区或写入 ISO 标准字段，得主动加 timezone。
- 要 UTC 时间？用
datetime.utcnow()（不推荐，已弃用）或更稳妥的datetime.now(timezone.utc) - 想避免时区踩坑？初始化就带
timezone.utc，比如：datetime.now(timezone.utc) - 别直接对
datetime.now()做算术比较——两个无时区对象比没问题，但一旦混入带时区对象，会抛TypeError: can't compare offset-naive and offset-aware datetimes
strftime() 格式化输出，常见错误是记混占位符
strftime() 是把 datetime 对象转成字符串的唯一靠谱方式。容易错的不是语法，而是几个高频占位符的实际行为：
-
%Y是 4 位年份（如2024），%y是 2 位（24）——输错会导致年份错乱，尤其在归档路径里很致命 -
%m是月份数字（01–12），%B是英文全名（January），%b是缩写（Jan）；中文环境别指望%B输出“一月”，它只认 locale，且不可靠 -
%H是 24 小时制（00–23），%I是 12 小时制（01–12），漏掉末尾的%p（AM/PM）就会让下午时间看起来像凌晨
示例：datetime.now().strftime("%Y-%m-%d %H:%M:%S") → "2024-06-12 15:32:18"
立即学习“Python免费学习笔记（深入）”；
需要精确到毫秒？别用 %f 直接截断
%f 输出的是 6 位微秒（000000–999999），但多数场景只要毫秒（3 位）。直接 strftime("%Y-%m-%d %H:%M:%S.%f") 会出来 "2024-06-12 15:32:18.123456"，太长还难读。
正确做法是先取整再拼接：
dt = datetime.now()
ms = dt.microsecond // 1000
formatted = dt.strftime("%Y-%m-%d %H:%M:%S") + f".{ms:03d}"
这样得到 "2024-06-12 15:32:18.123"。注意：不能用 round(dt.microsecond / 1000)，因为 microsecond 是整数，除法可能引入浮点误差。
跨平台格式化时，Windows 不认 %-d 这种去零写法
Linux/macOS 下 strftime("%-d %b %Y") 能输出 "6 Jun 2024"（去掉日期前导零），但在 Windows 上会直接报错：ValueError: Invalid format string。
解决方案只有两个：
- 统一用带零格式（
%d），接受"06 Jun 2024" - 自己处理：用
dt.day拿整数，再拼字符串，比如f"{dt.day} {dt.strftime('%b %Y')}"
没有跨平台兼容的“去零占位符”，这是 Python strftime 在 Windows 上的老毛病，绕不开。
