Windows Time
亦称 w32time、windows time service、ntp
用于使时钟与域或 NTP 时间源保持同步的 Windows 时间服务。
您需要了解的内容
它负责保持时钟准确。即使你不在意,Kerberos 和证书验证也会严格依赖时钟。
W32Time 会与 NTP 或域层次结构进行通信。时钟偏差早在你在系统托盘注意到时间不对之前,就会导致登录和 TLS 验证失败。它与 Windows Update 无关。
- 重要吗?
- 是的,登录和证书验证所必需
- CPU 占用高?
- 罕见。请检查时钟源
- 禁用安全吗?
- 时钟漂移后续会带来意想不到的问题
此服务有什么作用?
显示名称:Windows Time。服务名称:W32Time。
它会对时间源进行采样,微调或直接步进时钟,并发布状态。加入域的 PC 通常遵循域层次结构,而不是使用 time.windows.com。
在 Windows 上的历史
仍然存在
W32Time 最初随 Windows 2000 一同推出,当时 Microsoft 引入了 Kerberos 且需要保证时钟一致性。在经历了 XP、Vista、Windows 7 以及当前的 Windows 10 和 Windows 11 后,它一直作为 Windows Time 服务存在。其服务名称依然是 W32Time。
| 首次作为 W32Time 提供 | Windows 2000 (2000) |
|---|---|
| 仍然存在 | 是的,包括 Windows 10 和 Windows 11 |
| 已停用 | 不应该 |
为什么 Windows 需要它?
Kerberos 票证、TLS 和文件时间戳均假定时钟时间接近。五分钟的偏差就足以导致域登录失败。
它在何时运行?
它按一定时间间隔进行轮询。不应看到它持续占用过高 CPU。从睡眠唤醒后的占用尖峰属于重新同步现象。
它应该一直保持运行吗?
客户端 SKU 上常见“自动”或“手动(触发启动)”。禁用意味着时钟仅依靠硬件 RTC 走时。
我可以禁用它吗?
仅当你可以接受时间漂移时
禁用 W32Time 会停止 NTP 和域同步。如果必须测试,请手动设置时钟。在加入域或使用需要检查时间的 VPN 之前,请务必将其重新开启。
如果我禁用它会怎样?
时钟会发生漂移。域登录和某些证书验证将失败。假定使用本地时间运行的计划任务仍会执行,但在 UTC 维度上时间是错误的。
进程宿主
W32Time 通常在 svchost.exe 内部运行。参见 svchost.exe。
依赖项
| 依赖于 | RPC |
|---|---|
| 被用于 | 域加入、Kerberos 以及任何信任操作系统时钟的组件 |
资源行为
- CPU
- 低
- 网络
- 短暂的 NTP 轮询
- 磁盘
- 低
- 内存
- 较小
常见问题
CMOS 电池耗尽后时钟不准
更换电池,然后运行 w32tm /resync。该服务无法凭空纠正不良的硬件 RTC。
虚拟机时间与主机时间
虚拟机监控程序也会向系统注入时间。两个时间源可能会产生冲突。这是虚拟机的一项配置问题,而不是删除 W32Time 的理由。
故障排除
先执行安全步骤。
w32tm /query /status
显示时间源。通常在 time.windows.com 与域 PDC 之间有所区别。
不要每小时都去手动设置时钟
将服务重新开启即可。
技术细节
技术细节
| 显示名称 | Windows Time |
|---|---|
| 服务名称 | W32Time |
来源与验证
记录的来源标签:August 2026。此标签并不代表已完成独立验证。 我们的研究方式.
- Microsoft Learn: W32Time · Windows Time 服务
- Microsoft Learn: W32Time 的工作原理 · NTP 与域层次结构
- Foxhole 进程图谱 · Windows PC 上的第一方采集样本。非实验室基准测试。
这篇文章有用吗?
回答"是"或"否"即可。如果您愿意,可以选择一个原因,或添加一段简短附言。
感谢。这有助于我们改进此页面。