如果datetime对象表示UTC时间，则不要使用time。Mktime，因为它假设元组在您的本地时区。相反，使用calendar.timegm:

>>> import datetime, calendar
>>> d = datetime.datetime(1970, 1, 1, 0, 1, 0)
>>> calendar.timegm(d.timetuple())
60

如果你想将python datetime转换为seconds since epoch，你应该显式地做:

>>> import datetime
>>> datetime.datetime(2012, 04, 01, 0, 0).strftime('%s')
'1333234800'
>>> (datetime.datetime(2012, 04, 01, 0, 0) - datetime.datetime(1970, 1, 1)).total_seconds()
1333238400.0

在Python 3.3+中，您可以使用timestamp()来代替:

>>> import datetime
>>> datetime.datetime(2012, 4, 1, 0, 0).timestamp()
1333234800.0

解决方案是

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

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

import time
from datetime import datetime
time.mktime(datetime.now().timetuple())

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

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

与其用这个表达式从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的接受答案。