您错过了时区信息(已回答，同意)

箭包允许避免这种折磨与日期时间;它已经被编写、测试、pypi发布、跨python (2.6 - 3.xx)。

所有你需要的:pip安装箭头(或添加到依赖项)

解决你的问题

dt = datetime(2013,9,1,11)
arrow.get(dt).timestamp
# >>> 1378033200

bc = arrow.get(1378033200).datetime
print(bc)
# >>> datetime.datetime(2013, 9, 1, 11, 0, tzinfo=tzutc())
print(bc.isoformat())
# >>> '2013-09-01T11:00:00+00:00'

使用UTC时区:

time_stamp = calendar.timegm(dt.timetuple())

datetime.utcfromtimestamp(time_stamp)

当转换为unix时间戳时，python基本上是假设UTC，但在转换回来时，它会给你一个转换为本地时区的日期。

请看这个问题/答案; 获取datetime.datetime.fromtimestamp()使用的时区

解决方案是

import time
import datetime
d = datetime.date(2015,1,5)

unixtime = time.mktime(d.timetuple())

您错过了时区信息(已回答，同意)

箭包允许避免这种折磨与日期时间;它已经被编写、测试、pypi发布、跨python (2.6 - 3.xx)。

所有你需要的:pip安装箭头(或添加到依赖项)

解决你的问题

dt = datetime(2013,9,1,11)
arrow.get(dt).timestamp
# >>> 1378033200

bc = arrow.get(1378033200).datetime
print(bc)
# >>> datetime.datetime(2013, 9, 1, 11, 0, tzinfo=tzutc())
print(bc.isoformat())
# >>> '2013-09-01T11:00:00+00:00'

与其用这个表达式从dt中创建POSIX时间戳，

(dt - datetime(1970,1,1)).total_seconds()

用这个:

int(dt.strftime("%s"))

我用第二种方法在你的例子中得到了正确答案。

编辑:一些后续…经过一些评论(见下文)后，我对strftime中缺少对%s的支持或文档感到好奇。以下是我的发现:

在datetime和time的Python源代码中，字符串STRFTIME_FORMAT_CODES告诉我们:

"Other codes may be available on your platform.
 See documentation for the C library strftime function."

所以现在如果我们使用strftime(在Mac OS X等BSD系统上)，你会发现对%s的支持:

"%s is replaced by the number of seconds since the Epoch, UTC (see mktime(3))."

不管怎样，这就是为什么%s在系统中起作用。但是对于OP的问题，有更好的解决方案(将时区考虑在内)。请看@abarnert的接受答案。