Windows开机自启Python服务datetime.now返回错误时间解决方案

这是Windows开机启动流程的固有机制导致的：系统在未登录的早期启动阶段，不会立即加载用户配置的时区信息，内核层面的时区初始化、Windows时间服务的时区同步流程本身存在几十秒到1分钟的延迟。如果服务启动时机早于这个初始化完成节点，早期调用datetime.datetime.now()会拿到未做时区偏移的UTC时间，等系统完成时区规则加载后才会返回正确的本地时间。
你之前添加的时区打印逻辑没有观测到跳变，是因为Python读取注册表时区配置的动作，和内核实际应用时区规则计算本地时间的动作并不同步：读配置的接口会提前返回已写入注册表的时区值，但内核的时间计算逻辑还没完成切换，所以会出现时区名显示正确、但实际返回时间不对的情况。

以下三种方法可以按需选择，不需要额外依赖系统未公开的同步状态接口：

• 方法1：代码层增加时间一致性校验等待
  兼容性最好，不需要修改服务配置，直接在服务启动的初始化阶段加校验逻辑，连续多次检测到时间偏移和配置的时区偏移匹配、状态稳定后，再进入正式业务逻辑。
  参考实现：

  import datetime
  import time
  
  def wait_timezone_ready(check_interval=1, stable_threshold=10):
      stable_hit = 0
      # 读取系统配置的目标时区偏移（秒）
      target_offset = datetime.datetime.now().astimezone().utcoffset().total_seconds()
      while True:
          utc_time = datetime.datetime.utcnow()
          local_time = datetime.datetime.now()
          real_offset = (local_time - utc_time).total_seconds()
          # 实际偏移和配置偏移差小于1秒即判定匹配
          if abs(real_offset - target_offset) < 1:
              stable_hit += 1
          else:
              stable_hit = 0
          if stable_hit >= stable_threshold:
              break
          time.sleep(check_interval)
  
  if __name__ == "__main__":
      # 启动先等待时区初始化完成，再执行业务
      wait_timezone_ready()
      # 原有main()业务逻辑放在这里
  

• 方法2：配置NSSM服务延迟启动
  不需要修改代码，直接调整服务启动规则即可。打开NSSM的服务配置面板，进入「Startup」标签页，将启动类型选择为Automatic (Delayed Start)。Windows的延迟启动默认会在系统加载完成2分钟后再启动对应服务，这个时间点系统时区、时间服务都已经完成初始化，不会再返回错误时间。
• 方法3：等待Windows时间服务运行后再启动业务
  可以通过pywin32库的win32serviceutil接口检测Windows Time服务（服务名w32time）的状态，等服务进入SERVICE_RUNNING状态后再执行业务逻辑。注意这个方法在部分精简版、优化版Windows系统上可能因为时间服务被禁用失效，优先级低于前两种方法。

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