时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

驿窗 · 2021-04-09 11:00:56

我看安装指南(https://bbs.archlinuxcn.org/viewtopic.php?id=1037)有提到下面的内容：

将系统时间写入硬件时钟：

# hwclock --systohc

默认为 UTC 时间，如需设置为本地时间，请附上参数 --localtime：

# hwclock --systohc --localtime

注意，使用本地时间可能会有兼容性问题。

能不能大概说一下，可能会有哪些方面的问题，是指电脑跨时区移动？

依云 · 2021-04-09 11:31:33

嗯，跨时区的时候。不过不一定需要移动，比如夏令时，比如别的系统，甚至是一次性的时区调整。

xtricman · 2021-04-09 19:50:12

这个你问过吧，我回答过吧

驿窗 · 2021-04-10 07:40:51

@xtricman 我前几天搜索过这个论坛，你的多个回复我都重新读过了，得到的结论也是时区变化会有问题，只是担心有遗漏。

最近编辑记录驿窗 (2021-04-10 08:01:56)

驿窗 · 2021-04-10 08:03:49

依云说：

嗯，跨时区的时候。不过不一定需要移动，比如夏令时，比如别的系统，甚至是一次性的时区调整。

别的系统，就是类似windows+linux双系统问题？

驿窗 · 2021-04-10 08:04:38

我正在重写《Linux入门指南》，对时钟设置有一点新的想法，即时区问题是小概率问题~

至于新的想法，是这样：

大多数人使用电脑，或者使用电脑的大多数情况，是电脑仅在家里或办公室，尤其中国，时区问题对于使用电脑的用户数量来说，“无时区问题”的用户占到绝大多数。这样，我在想，给用户推荐时钟设置时，也许考虑多数人的需求更合适，特别是针对双系统的情况，在linux中设置为本地时间而不是UTC，windows也不用做任何处理。

这样，用户需要的操作更简单，适用面也更广~

这个想法没有什么验证，帮我看一下，这个理由靠谱么？

最近编辑记录驿窗 (2021-04-10 08:06:47)

xtricman · 2021-04-11 12:02:28

Windows认为硬件时钟为本地时的行为似乎无法改变，如果使用双系统可以考虑把Linux这边硬件时钟也设置为本地时。
问题不大，软件（一般是操作系统内核）运行时维护的全局时间（wall clock，以便用户能随时知道现在几点了），包括各种持续性存储的数据结构用的时间戳（例如文件系统的文件最后修改时间、日志的时间记录之类）的是UTC即可，只有需要向最终用户呈现时才进行基于时区或夏令时制的UTC to local time的转换（这些行为是所有现代软件默认的，你可以推理一下，如果数据结构的时间戳不使用UTC会有什么问题。想清楚了之后，这个问题就不需要再问了）

驿窗 · 2021-04-11 12:14:38

xtricman 说：

软件运行时维护的全局时间，包括各种持续性存储的数据结构用的时间戳是UTC即可

果然还是有我不清楚的地方~

那么，对于一般个人用户来说，通常不会运行对外的服务(如数据库或者网站)，所以，是不是他们把Linux改为本地时间后就可以使用，不需要关心UTC这个问题？

事实上，我不太清楚如何让软件运行时维护的全局时间用的时间戳是UTC，猜测是我的应用比较窄，没用到~

至于数据结构的时间戳不使用UTC，我想还是在跨时区应用上会出现问题。

最近编辑记录驿窗 (2021-04-11 12:15:57)

Arch Linux

#1 2021-04-09 11:00:56

时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#2 2021-04-09 11:31:33

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#3 2021-04-09 19:50:12

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#4 2021-04-10 07:40:51

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#5 2021-04-10 08:03:49

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#6 2021-04-10 08:04:38

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#7 2021-04-11 12:02:28

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

#8 2021-04-11 12:14:38

Re: 时间设置为本地时间而不是UTC，可能会有哪些潜在问题？

页脚