运行python（Windows或Linux）的计算机的时钟会发生什么
自动更改并调用time.time()?
我了解到，过去手动将时钟更改为某个值时，time.time() 的值会更小。
【问题讨论】：
SetSystemTime 打电话。操作系统仅在内部跟踪 UTC。本地时间转换用于输入、显示和写入 BIOS 等。请注意，更改时区不会更改跟踪的 UTC 值。它只会更改转换期间使用的区域。
time.time()docs 状态：
以浮点数的形式返回自纪元以来的时间（以秒为单位）。
这里提到的特定时期是Unix epoch，即 1970 年 1 月 1 日午夜 UTC。
由于始终基于UTC，因此不受更改计算机时区的影响，也不受计算机时区进入或退出夏令时的影响。
尽管该函数确实依赖底层实现来提供值，但这些实现始终以 UTC 形式返回值 - 无论操作系统如何。
特别是在 Windows 上，它最终会调用GetSystemTimeAsFileTime OS 函数，该函数以 UTC 形式返回其值。它不受时区选择或时区内 DST 变化的影响。
【讨论】：
time.time() 值可能会改变，即使 all 您需要更改本地时区同时保留本地时间。
虽然此函数通常返回非递减值，但它可以 如果系统时钟已经完成，则返回比先前调用更低的值 在两次通话之间回退。
调整系统时钟的值取决于平台。但是，根据 cmets，不应该包含基于 DST 的更改，因为 Python 支持的所有操作系统都提供系统调用以检索 UTC 中的当前时间（并且 DST 仅影响本地时间与 UTC 的关系)。
如果这不是一个足够好的保证，您可能更喜欢time.montonic，它保证永远不会倒退 - 但是，请注意它带有这个警告（并决定这对您的用例是否重要）：
返回值的参考点是未定义的，所以只有 连续调用的结果之间的差异是有效的。
【讨论】：
GetSystemTimeAsFileTime()（由time.time() 使用）在仅更改 DST 设置时返回什么（如果可能：相同的本地时间，不同的 DST 设置意味着不同的 utc 偏移量，因此可能不同的 utc 时间 - 否则系统将不一致）。
GetSystemTimeAsFileTime() (100s of nanoseconds since 1600) can be converted to UTC easily。我不会猜测如果 DST 设置更改会发生什么（不是 transition 而是 setting 例如，在保持相同本地时间的同时设置不同的本地时区）
time.time() 返回底层库返回的值。 Python 使用time(..) 或gettimeofday(.., nullptr)（取决于系统上可用的内容）。
https://github.com/python-git/python/blob/master/Modules/timemodule.c#L874
在这两种情况下都返回 UTC。例如：
http://pubs.opengroup.org/onlinepubs/9699919799/functions/time.html
time() 函数应返回自 Epoch 以来的时间值（以秒为单位）
在对 Matt 进行有效评论后，我必须添加 epoch 的定义，其中明确指出 time 返回 UTC 时间。
纪元： 历史上，UNIX 系统时间的起源被称为 “格林威治标准时间 00:00:00，1970 年 1 月 1 日”。格林威治标准时间实际上不是 国际标准界认可的术语；所以， 这个术语，“时代”，用于缩写对实际的参考 标准，协调世界时。
要证明时代是一样的，请检查：
import time
a = time.gmtime(secs=0)
# time.struct_time(tm_year=2015, tm_mon=9, tm_mday=9, tm_hour=1, tm_min=3, tm_sec=28, tm_wday=2, tm_yday=252, tm_isdst=0)
b = time.localtime(secs=0)
# time.struct_time(tm_year=2015, tm_mon=9, tm_mday=9, tm_hour=3, tm_min=1, tm_sec=28, tm_wday=2, tm_yday=252, tm_isdst=1)
如果参数secs 为0，则这两个函数都使用从time.time() 返回的值。在我的例子中，tm_isdst 设置为本地时间为 true，gmtime 设置为 false（表示自纪元以来的时间） .
编辑：你在哪里读到这个值会变小？
【讨论】：