utc时间、本地时间及时间戳转化
datetime、utc、时间戳、本地时间、aware/naive
1、时间戳的概念
时间戳的定义请看百科unix时间戳，需要注意的时间戳为当前时刻减去UTC时间(1970.1.1)零点时刻的秒数差，与当前系统所处的时区无关，同一时刻不管在任何时区下得到的时间戳都是一样的。
最近因为存储数据库需要将时间转为时间戳的字节型来存储，用了python datetime模块，期间遇到一些问题，现在终于弄懂了时间戳、时间和UTC时间的正确转换关系，总结以下供大家参考。
2、python datatime模块实现时间戳和本地时间、UTC时间之间的互相转化
1) 获得unix timestamp
dt=datetime.datetime.now() #获取本地当前时间
dt.timestamp() #获取时间戳
注：
- 此方式下now()函数中有个参数为tz，参数意思为时区信息,不设时为本地时间，当设置时，如tz=timezone.utc，则表示为当前的utc时间，无论是utc时间还是本地时间，获得的时间戳都是同一个值.
- timestamp()内部会根据时区设置得到时间戳，当时区为utc时间时timestamp()函数直接减去EPOCH得到的秒数，当为其他时区的时间时通过标准C库函数mktime得到相差秒数，不管哪种方式，相差的秒数差是一样的，所以不同时区下的时间戳必定为同一个值。
2) python datetime模块的小坑
由1）的阐述得到python在不同时区下都能获得时间戳，我就采用了utc时间获得时间戳，datetime有两种方式获得utc时间:
方式一：
dt=datetime.datetime.now(timezone.utc) #类型为aware datetime object，时区为utc
dt.timestamp（） #通过减去EPOCH得到时间戳
方式二:
dt=datetime.datetime.utcnow() #类型为naive datetime object，不包含时区信息
dt.timestamp（） #通过mktime得到时间戳（得到的时间戳是错误的
- 在未理解naive和aware之前，以为两种方式获得时间戳都是一样的，未曾想第二种方式下再通过timestamp()获得的时间戳是错误的，为什么会发生这种情况，是因为naive是不含时区的类型，而aware是有时区类型。
- 第二种虽然和方式一获得的值是相同的，但是第二种方式不包含时区信息，在方式二下执行dt.timestamp()，timestamp()默认tz=None，即为本地时区，这样就会按照mktime得到秒数差，但其实此时dt却是utc时间。而方式一有时区信息，执行dt.timestamp()是直接减去EPOCH时间。
- 当时间值相同时，naive类型和aware类型时间下执行timestamp()结果是不一样的，一定要注意，不能踩了这个坑，除非是本地时间，如果想通过其他时区的时间通过timestamp()得到时间戳，一定要带有时区信息。
3) 通过timestamp得出datetime和utc datetime
-
timestamp转datetime
datetime.datetime.fromtimestamp(timestamp) #获得本地时间，类型naive datetime obiect
-
timestamp转utc datetime
两种方式获得utc时间，但datetime object类型不一样。
方式一：
datetime.datetime.utcfromtimestamp(timestamp) #类型naive datetime object
方式二：
datetime.datetime.fromtimestamp(timestamp,timezone.utc) #类型aware datetime object。
3、总结：
- timestamp没有时区之分，不要认为不同时区有不同的时间戳。
- datetime object有两种类型，naive是不含时区的类型，而aware是有时区类型，就算显示的值一样，不同类型的object也不能直接进行数学运算。
版权声明：本文为xiating原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。