Python获取当前时间及datetime格式化方法

本文深入解析了Python中获取当前时间及datetime格式化的关键实践与常见陷阱：强调优先使用`datetime.now()`而非`time.time()`获取可读的本地时间对象，详解如何正确处理时区（尤其是显式添加`timezone.utc`避免跨时区错误）、精准控制毫秒级输出（避免`%f`直接截断导致冗余微秒）、以及规避Windows平台下`%-d`等不兼容格式符引发的跨平台崩溃；同时厘清`strftime()`中易混淆的年月日、12/24小时制、中英文月份等占位符行为，直击生产环境中因时区、精度和平台差异导致的“上线即故障”痛点，为开发者提供开箱即用的稳健方案。

用 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"

需要精确到毫秒？别用 %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 上的老毛病，绕不开。

时区、毫秒精度、跨平台格式——这三个地方最容易在上线后突然出问题，尤其当代码从开发机移到服务器，或者从 macOS 切到 Windows 打包时。

本篇关于《Python获取当前时间及datetime格式化方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！