能解决，但需分层排查——多数情况下并非设置失效，而是底层同步链路存在阻断。Windows 时间服务（W32Time）依赖网络连通性、CMOS电池供电稳定性、系统服务状态及防火墙放行策略四重条件协同工作。若界面已勾选“与Internet时间服务器同步”，却始终无法更新，常见症结在于：CMOS电池电量不足导致BIOS时间漂移过大，触发系统拒绝同步；或Windows Time服务被意外设为禁用/延迟启动；亦或是安全软件拦截了time.windows.com等标准NTP域名的UDP 123端口通信。这些因素彼此独立又相互影响，需按硬件—服务—网络—策略顺序逐一验证。

一、优先排查CMOS电池与BIOS时间基准

主板CMOS电池（通常为CR2032纽扣电池）负责在关机状态下维持BIOS时钟运行。若其电量低于2.7V，会导致每次开机后BIOS时间严重回退（如跳回2000年或显示错误日期），此时Windows系统会判定本地时间偏差过大（通常超过15分钟），主动中止网络时间同步以避免系统日志混乱。验证方法：重启电脑，开机立即按Del/F2/F10键进入BIOS界面，观察右上角显示的日期与时间是否明显异常；若确认偏差超10分钟，需更换新电池，并在BIOS中手动校准后保存退出。更换后建议连续开机24小时，再进入系统检查时间同步是否恢复。

二、检查并重置Windows Time服务状态

该服务是系统级时间同步的核心载体，一旦被禁用、崩溃或配置为“手动（触发器启动）”，界面勾选将完全失效。操作路径：按Win+R键输入services.msc回车，定位“Windows Time”服务项，右键选择“属性”，将“启动类型”明确设为“自动”，若当前状态为“已停止”，则点击“启动”按钮；随后在“恢复”选项卡中，将“第一次失败”“第二次失败”均设为“重新启动服务”，防止意外中断。完成设置后，以管理员身份打开命令提示符，依次执行net stop w32time && net start w32time，强制刷新服务实例。

三、验证网络时间服务器连通性与防火墙放行

即使网络正常，UDP 123端口也可能被拦截。先测试基础连通性：在命令提示符中输入w32tm /stripchart /computer:time.windows.com /dataonly /samples:5，若返回“源不可达”或超时，说明NTP请求被阻断。此时需进入“控制面板→系统和安全→Windows Defender 防火墙→高级设置”，在“出站规则”中新建规则，协议类型选UDP，本地端口任意，远程端口填123，目标地址设为time.windows.com的IP（可通过nslookup time.windows.com获取），动作设为“允许连接”。若使用第三方安全软件，还需在其网络防护模块中单独启用“时间同步”白名单。

四、补充校验与兜底方案

若前三步仍无效，需检查驱动兼容性：更新网络适配器驱动至官网最新版，尤其注意Realtek、Intel I225等常见网卡芯片的固件更新；同时确认“设置→时间和语言→日期和时间”中，“自动设置时区”与“通过位置自动设置”两项必须同时开启——部分新版Windows会因地理定位服务关闭而间接抑制时间同步。最后可执行w32tm /resync /force强制触发一次同步，并用w32tm /query /status查看“源”字段是否已变为time.windows.com及“上次成功同步时间”是否更新。

以上四步覆盖硬件供电、系统服务、网络策略与环境依赖全链路，95%以上的时间同步失效问题可定位解决。