跨时区移动后无网络开机，system_clock::now()能否返回准确UTC时间？

• 某人从使用UTC时区的区域出发，前往时差为±X小时的目的地时区，旅行途中计算机、手机等电子设备全程保持完全关机状态。
• 抵达目的地后，在没有互联网连接的状态下开机，此时调用system_clock::now()是否会返回正确的UTC时间值？

核心判断依据是设备内置实时时钟（RTC）的工作状态，分两类情况：

• 常规使用场景下，会返回正确的UTC时间
  所有主流计算机、手机都自带独立供电的RTC模块——说白了就是主板上一块靠纽扣电池/备用小电容供电的独立计时芯片，主机关机了它也照样持续走时，默认存储的就是UTC基准时间，它既感知不到用户跨时区移动，也不会因为主机断电就停转。
  设备开机时操作系统会首先读取RTC记录的硬件时间作为初始基准，system_clock::now()的底层逻辑就是基于这个初始时间，结合操作系统内核维护的时钟节拍累计计算出当前时间。时区设置只会影响系统把UTC时间转换为本地时间显示的结果，完全不会改动底层的UTC时间戳本身，有没有互联网连接也不影响这个基础计算逻辑。只要关机前设备的UTC时间是准确的，RTC供电正常走时无异常，哪怕跨十几个时区、全程关机、开机无网，获取到的UTC时间都是准确的。
• 以下异常场景会返回错误的时间值
  • RTC备用供电耗尽：比如使用多年的老旧台式机主板纽扣电池没电，或者手机长期闲置亏电到彻底断电，RTC失去供电后会复位到出厂默认初始时间，此时读取到的时间自然是错误的。
  • 关机前系统时间本身就不准确：如果之前手动设置过错误的系统时间，且从未连接过互联网做网络时间同步校正，系统会一直沿用错误的时间基准走时，和跨时区移动、开关机操作没有关系。
  • 极少数老旧设备的RTC设计为默认存储本地时间而非UTC时间，如果跨时区后手动修改过时区设置，系统又没有做对应的时间偏移校正，可能出现UTC时间计算偏差，这类设备目前已经基本淘汰，日常使用中几乎不会遇到。

内容的提问来源于stack exchange，提问作者iammilind