修改系统时间对SignalR连接的影响及预期行为咨询

修改系统时间对活跃网络连接的影响，核心要看连接依赖的超时逻辑是基于绝对系统时间还是相对时间差/单调时钟，不同层级的实现差异很大：

• TCP 层基础连接
  TCP本身的重传超时（RTO）等核心机制，是基于系统时钟的时间间隔计算的，而非绝对时间戳。所以单纯修改系统绝对时间，一般不会直接导致TCP连接断开。但如果时间被大幅修改（比如前后跳变几个小时），触发TCP时间戳选项（TCP Timestamps）的异常判定时，可能会被两端认为是过期连接，进而丢弃报文甚至断开连接——不过这种场景比较极端。

• 应用层超时逻辑
  这是影响最明显的部分：

  • 如果应用用绝对系统时间计算超时（比如记录连接建立时的时间戳，之后用当前系统时间减去这个值判断是否超时），修改系统时间会直接打乱逻辑：把时间调后1小时，原本快超时的连接会突然“延长有效期”；把时间调前1小时，原本正常的连接可能立刻触发超时断开。
  • 如果应用用单调时钟（比如Linux的CLOCK_MONOTONIC、Windows的QueryPerformanceCounter）计算超时，修改系统绝对时间完全不会影响这类逻辑——因为单调时钟只记录从系统启动后流逝的时间，不受系统时间修改的干扰。

• 本地跨进程连接
  同一机器内的客户端-服务器连接，逻辑和跨机器一致，但少了网络传输变量。不过如果涉及依赖绝对时间的会话（比如带有效期的认证token），修改系统时间会直接导致会话失效或权限异常。

• 极端时间修改场景
  如果把系统时间跳变到非常远的过去或未来，会触发一些依赖时间的安全或业务逻辑异常：比如TLS证书的有效期校验不通过，直接断开加密连接；或者某些基于时间的限流、授权规则直接失效。

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