答案是修改Windows注册表使其将硬件时钟视为UTC。具体操作为：在Windows 11中打开注册表编辑器，导航至HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation，新建名为RealTimeIsUniversal的DWORD值并将其数据设置为1，重启后即可使Windows与Ubuntu统一使用UTC时间标准，解决双系统时间不一致问题。
安装 Windows 11 和 Ubuntu 双系统后，时间显示不一致，这通常是由于 Windows 和 Linux 对硬件时钟（RTC/CMOS）的解读方式不同造成的。Windows 默认将硬件时钟视为本地时间，而 Linux 则将其视为协调世界时（UTC）。解决这个问题的核心思路是让其中一个操作系统改变其对硬件时钟的解读方式，使其与另一个保持一致，最常用且推荐的方法是让 Windows 也将硬件时钟视为 UTC。
解决方案
要解决这个问题，最稳妥且普遍的做法是修改 Windows 的注册表，让它也把硬件时钟当作 UTC 来处理。这样，无论是 Windows 还是 Ubuntu，都会以 UTC 为基准来同步时间，然后根据各自的时区设置显示本地时间，从而消除时间差。
具体操作步骤如下：
-
打开注册表编辑器： 在 Windows 11 中，按下
Win + R键，输入regedit，然后按回车键，打开注册表编辑器。如果弹出用户账户控制提示，请点击“是”。 -
导航到指定路径： 在注册表编辑器中，依次展开左侧的目录树，找到以下路径：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation -
创建或修改 DWORD 值： 在
TimeZoneInformation这个文件夹（键）下，右键点击空白处，选择“新建” -> “DWORD (32 位) 值”。 -
命名并设置值： 将新建的 DWORD 值命名为
RealTimeIsUniversal。双击这个新创建的值，将其“数值数据”设置为1（十六进制或十进制都可以，反正都是 1），然后点击“确定”。 - 重启系统： 完成上述修改后，关闭注册表编辑器，然后重启你的 Windows 11 系统。
重启后，Windows 就会开始将硬件时钟视为 UTC。当你再次切换到 Ubuntu 时，你会发现时间显示已经同步了。如果 Ubuntu 的时间还是有些偏差，确保它的 NTP（网络时间协议）服务是开启的，以便它能从网络自动同步时间。
为什么安装双系统后时间会不一致？
这事儿说起来，其实还挺有意思的，它背后藏着操作系统对时间的不同哲学。我个人觉得，理解这个“为什么”比直接知道“怎么做”更重要，因为它能帮你避免以后遇到类似问题时一头雾水。
简单来说，你的电脑主板上有一个小电池供电的硬件时钟（RTC，Real-Time Clock），它负责记录一个“物理”时间。问题就出在这里：Windows 和 Linux 对这个物理时间到底代表什么，有不同的“共识”。
- Windows 的“本地时间”哲学： 当 Windows 启动时，它会认为 RTC 里存储的时间就是你当前所在时区的本地时间。比如，如果你在北京，RTC 显示 10:00，Windows 就认为现在就是北京时间 10:00。当 Windows 关机时，它会把你当前的本地时间（比如北京时间 10:00）直接写回 RTC。
- Linux 的“UTC”哲学： 而 Ubuntu（以及大多数 Linux 发行版）则认为 RTC 存储的是协调世界时（UTC）。它启动时会读取 RTC 的时间，然后根据你设置的时区（比如北京是 UTC+8）来计算并显示本地时间。所以，如果 RTC 显示 10:00，Ubuntu 就会认为现在是 UTC 10:00，然后显示北京时间 18:00。当 Ubuntu 关机时，它会把你当前的 UTC 时间（比如 UTC 10:00）写回 RTC。
你看，冲突就这么产生了。举个例子： 假设现在是北京时间 10:00，也就是 UTC 02:00。
- 你先启动 Windows，它读取 RTC，发现是 02:00。Windows 认为这是本地时间，于是显示 02:00。当你关机时，Windows 会把当前的本地时间（02:00）写回 RTC。
- 然后你启动 Ubuntu。它读取 RTC，发现是 02:00。Ubuntu 认为这是 UTC 时间，然后根据北京时区（UTC+8）计算出本地时间是 10:00，并显示。当你关机时，Ubuntu 会把当前的 UTC 时间（02:00）写回 RTC。
- 现在你再启动 Windows。它读取 RTC，发现还是 02:00。Windows 再次认为这是本地时间，显示 02:00。但实际上，你现在期望的是 10:00！
这样一来，时间就乱套了。每次在两个系统之间切换，时间都会“跳”一下，挺让人头疼的。所以，让 Windows 也把 RTC 当作 UTC，是解决这个根本冲突的办法，它统一了两个系统对硬件时钟的解读标准。
修改注册表安全吗？有没有其他替代方案？
说实话，一提到修改注册表，很多人心里都会咯噔一下，觉得这东西是不是很危险。在我看来，只要你按照正确的步骤来，并且清楚自己在做什么，修改 RealTimeIsUniversal 这个值是相当安全的，因为它是一个广泛被接受和推荐的解决方案。当然，任何对系统核心配置的修改都存在一定风险，所以一个好习惯是在修改前备份一下注册表（在注册表编辑器中选择“文件”->“导出”），以防万一。
至于替代方案，当然也有，但它们各有优缺点，不如让 Windows 采用 UTC 来得彻底和优雅。
-
让 Ubuntu 使用本地时间： 这是与上述方案方向相反的做法。你可以让 Ubuntu 也将硬件时钟视为本地时间，就像 Windows 那样。在 Ubuntu 中，打开终端，输入以下命令：
sudo timedatectl set-local-rtc 1
执行后，重启 Ubuntu 即可。 优点： 解决了时间不一致问题。 缺点： 这种做法在 Linux 世界里其实不那么“正统”。Linux 系统普遍倾向于使用 UTC 作为硬件时钟基准，这在服务器环境、日志记录、以及与网络时间协议（NTP）的协同工作上都有其优势。让 Linux 使用本地时间，可能会在某些特定应用场景下引入一些意想不到的小麻烦，比如与虚拟机、容器或某些依赖标准时间同步的服务交互时。所以，除非你真的不想碰 Windows 注册表，否则我不太推荐这种方式。
依赖网络时间同步（NTP）： 理论上，如果两个系统都能快速且准确地通过 NTP 服务同步网络时间，那么即使硬件时钟有偏差，它们也能很快校准。 优点： 自动校准，不需要手动干预。 缺点： 这只是一个“补救”措施，而不是解决根本问题。在系统启动初期，NTP 服务还没来得及同步，或者网络连接不佳时，你仍然会看到错误的时间。而且，如果一个系统在关机时写入了错误的硬件时间，另一个系统在启动时读取这个错误时间，然后 NPT 才开始校准，这中间的短暂不准确性还是会存在。这就像是源头的水管漏水，你只是在末端用桶接水，而不是去修好水管。
综合来看，修改 Windows 注册表，让它也采用 UTC 作为硬件时钟基准，是我个人觉得最直接、最符合现代操作系统时间管理逻辑，也是最少副作用的解决方案。它从根本上统一了两个系统对时间的理解，一劳永逸。
设置完成后，时间还是不准怎么办？
当你按照前面的步骤修改了 Windows 注册表，让它也使用 UTC 后，绝大多数情况下时间不一致的问题都会迎刃而解。但如果偶尔还是发现时间有偏差，或者在某个系统里时间依然不准，那我们可能需要检查一些其他可能的原因。这通常不是因为前面的解决方案错了，而是有别的因素在干扰。
-
确认 NTP 服务正常工作： 即使硬件时钟基准统一了，系统运行过程中时间还是可能因为各种原因（比如主板晶振漂移、网络延迟）出现微小偏差。这时候，网络时间协议（NTP）就显得尤为重要了。
- Windows 11： 确保“设置”->“时间和语言”->“日期和时间”中，“自动设置时间”和“自动设置时区”都已开启。你可以点击“立即同步”手动触发一次同步。
-
Ubuntu： 在终端中输入
timedatectl，检查NTP synchronized: yes。如果不是，可以运行sudo timedatectl set-ntp true来开启 NTP 同步。
-
检查时区设置： 这是一个非常常见的“低级错误”，但很多人容易忽略。即使硬件时钟基准是 UTC，如果你的操作系统设置了错误的时区，那么显示的本地时间自然也就不对。
- Windows 11： 检查“设置”->“时间和语言”->“日期和时间”中，“时区”是否设置正确。
-
Ubuntu： 在终端中输入
timedatectl，检查Time zone是否正确。如果不正确，可以使用sudo timedatectl set-timezone Asia/Shanghai(将Asia/Shanghai替换为你的实际时区) 来设置。
主板硬件时钟本身的问题： 极少数情况下，电脑主板上的 RTC 芯片可能存在硬件故障，或者电池电量不足（通常是纽扣电池），导致时间走时不准，甚至在关机后时间会重置。如果你的电脑比较老旧，或者经常出现时间大幅度偏差，可以考虑检查或更换主板上的 CMOS 电池。这通常需要打开机箱，所以如果你不熟悉，最好请专业人士协助。
系统休眠/睡眠模式的影响： 有时候，如果一个系统进入休眠（Hibernate）而不是完全关机，然后你切换到另一个系统，可能会出现一些意想不到的时间同步问题。尽量在切换操作系统前完全关机，而不是休眠。
重复检查注册表修改： 虽然可能性不大，但还是建议重新打开注册表编辑器，确认
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation路径下的RealTimeIsUniversal(DWORD) 值确实是1。有时候操作失误或者系统更新可能会导致设置被重置（尽管这很少见）。
通过逐一排查这些可能性，你通常都能找到并解决时间不一致的最终原因。记住，核心的解决方案是让 Windows 也采用 UTC，而后续的检查更多是确保系统整体时间管理的健壮性。
