我在用

3.6.1 |Continuum Analytics, Inc.| (default, May 11 2017, 13:09:58) \n[GCC 4.4.7 20120313 (Red Hat 4.4.7-1)]

在Windows10机器上运行的Ubuntu16.04VM中。在

我把你的ctime调用分解到它的各个部分，去调查，但是我没有达到同样的最大值。在>>> time.asctime(time.localtime(32536799999-1))

'Mon Jan 19 02:59:58 3001'

>>> time.asctime(time.localtime(32536799999+1))

'Mon Jan 19 03:00:00 3001'

>>> time.asctime(time.localtime(32536799999+10))

'Mon Jan 19 03:00:09 3001'

>>> time.asctime(time.localtime(32536799999+10000))

'Mon Jan 19 05:46:39 3001'

>>> time.asctime(time.localtime(32536799999+1000000))

'Fri Jan 30 16:46:39 3001'

>>> time.asctime(time.localtime(32536799999+1000000000))

'Thu Sep 27 05:46:39 3032'

>>> time.ctime(32536799999+1000000000)

'Thu Sep 27 05:46:39 3032'

>>> time.asctime(time.gmtime(32536799999-1))

'Mon Jan 19 07:59:58 3001'

>>> time.asctime(time.gmtime(32536799999+1))

'Mon Jan 19 08:00:00 3001'

>>> time.asctime(time.gmtime(32536799999+1000000000))

'Thu Sep 27 09:46:39 3032'

或者从3.6.0到3.6.1中修复了一些问题，或者您的计算机遇到了一些有趣的问题。在

我确实在3.6.1中看到了以下与时间相关的变化：

https://www.python.org/dev/peps/pep-0495/

我想知道你碰巧用的时间是不是正好落在了一个折痕或一个缝隙里？你能试着在你的系统上增加一个多小时，看看它是否再次生效？在