ce对于用于构建两个分区时间的系统时钟：：时间点的任何值都是正确的。这些分区时间中的任何一个都可以使用Etc/UTC构建获取另一个分区时间在系统时钟：：时间点所指示的时间点的UTC偏移量。C++20 chrono库的预览版是100%线程安全的。它不会在引擎

---

ce对于用于构建两个

分区时间
的
系统时钟：：时间点
的任何值都是正确的。这些
分区时间
中的任何一个都可以使用
Etc/UTC构建
获取另一个分区时间在
系统时钟：：时间点所指示的时间点的UTC偏移量。C++20 chrono库的预览版是100%线程安全的。它不会在引擎盖下操纵全局变量，例如
TZ
。@HowardHinnant谢谢你比我解释得更好。顺便说一句，我钦佩并尊重你的工作。这个答案加上你在@Nuttracker的答案下的评论表明你理解这个问题，但忽略了Nuttracker的答案没有你声称的缺陷。它使用
当前时间
计算UTC偏移量。更一般地说，我们可以在计算中使用
system\u clock:：time\u point
的任何值。@HowardHinnant我想我们不能同意，因为我仍然断言，当本地时间的偏移量在
la
和
sy
之间变化时，胡桃夹子的答案会失败。你能给出一个具体的例子吗？例如，胡桃夹子的程序当前指示19小时的差异。如果将当前时间更改为2020年3月9日系统天数，则差值为18小时；如果将当前时间更改为2020年4月5日系统天数，则差值为17小时。正确答案是什么？或者你选择的时间的正确答案是什么？@HowardHinnant
sy.get_local_time（）
和
la.get_local_time（）
表示时间，就好像它们是追溯时区“美国/洛杉矶”和“澳大利亚/悉尼”的本地时间一样。到目前为止没有问题。两个本地时间的减法是“好像”这些本地时间属于一个共同的时区——当前本地时区。如果当地时区在这两个当地时间之间是连续的，那么瞧，我们就有了备受追捧的悉尼和洛杉矶的差异。根据您的方法……。如果当地时区在这两个当地时间之间不连续（表示由于时区改变UTC偏移量而移动一小时，与洛杉矶悉尼无关），则差异是不正确的结果。此答案与您在@Nuttracker的答案下的评论相结合，表明您理解该问题，但是忽略了胡桃夹子的答案没有你声称的缺陷。它使用
当前时间
计算UTC偏移量。更一般地说，我们可以在计算中使用
system\u clock:：time\u point
的任何值。@HowardHinnant我想我们不能同意，因为我仍然断言，当本地时间的偏移量在
la
和
sy
之间变化时，胡桃夹子的答案会失败。你能给出一个具体的例子吗？例如，胡桃夹子的程序当前指示19小时的差异。如果将当前时间更改为2020年3月9日系统天数，则差值为18小时；如果将当前时间更改为2020年4月5日系统天数，则差值为17小时。正确答案是什么？或者你选择的时间的正确答案是什么？@HowardHinnant
sy.get_local_time（）
和
la.get_local_time（）
表示时间，就好像它们是追溯时区“美国/洛杉矶”和“澳大利亚/悉尼”的本地时间一样。到目前为止没有问题。两个本地时间的减法是“好像”这些本地时间属于一个共同的时区——当前本地时区。如果当地时区在这两个当地时间之间是连续的，那么瞧，我们就有了备受追捧的悉尼和洛杉矶的差异。根据您的方法……。如果当地时区在这两个当地时间之间不连续（表示由于时区改变UTC偏移量而移动一小时，与洛杉矶悉尼无关），则差异是不正确的结果。