Fix: Calculate RTT exclude server side UI queue delay time

server/2015Remote/2015RemoteDlg.cpp

@@ -5715,6 +5715,7 @@ VOID CMy2015RemoteDlg::MessageHandle(CONTEXT_OBJECT* ContextObject)
     }
     case TOKEN_HEARTBEAT:
     case 137: // 心跳【L】
+        ContextObject->HeartbeatRecvMs.store(GetUnixMs(), std::memory_order_relaxed);
         g_2015RemoteDlg->PostMessageA(WM_UPDATE_ACTIVEWND, 0, (LPARAM)ContextObject);
         break;
     case TOKEN_SCREEN_PREVIEW_RSP: {
@@ -6488,10 +6489,9 @@ void CMy2015RemoteDlg::SendPendingRenewal(CONTEXT_OBJECT* ctx, const std::string
 
 void CMy2015RemoteDlg::UpdateActiveWindow(CONTEXT_OBJECT* ctx)
 {
-    // 记录本心跳的服务端处理开始时间，用于在 ACK 里回报 ProcessingMs。
-    // 客户端会用 (now - hb.Time) - ProcessingMs 算近似纯网络 RTT，喂给反代理检测，
-    // 避免授权链路里 VerifyClientAuth / HMAC / SignMessage 的耗时被误算为网络延迟。
-    const uint64_t t_start_ms = GetUnixMs();
+    // 用 IOCP 线程记录的收包时刻作为起点，排除 UI 消息队列等待时间，
+    // 使 ProcessingMs 仅反映真实服务端处理耗时。
+    const uint64_t t_start_ms = ctx->HeartbeatRecvMs.load(std::memory_order_relaxed);
 
     auto clientID = ctx->GetClientID();
     auto host = FindHost(clientID);

server/2015Remote/Server.h

@@ -392,6 +392,10 @@ public:
     // 仅作为标记供后续命令处理 / 未来收紧策略使用。
     std::atomic<bool>   m_bAuthenticated{false};
 
+    // 心跳包到达 IOCP 线程的时刻（ms），用于精确计算 ProcessingMs，
+    // 避免 UI 消息队列等待时间污染服务端耗时统计。
+    std::atomic<uint64_t> HeartbeatRecvMs{0};
+
     // 预分配的解压缩缓冲区，避免频繁内存分配
     PBYTE               DecompressBuffer = nullptr;
     ULONG               DecompressBufferSize = 0;