Java Socket与RCON游戏服务器通信时收到Keep Alive问题

我之前在做ARK服务器的RCON管理工具时，完完全全碰到过你这个问题——发送请求后如果隔太久去读输入流，就会收到服务器发的"Keep Alive"包，一开始还以为是自己的Socket逻辑写错了，折腾了半天才搞明白这是RCON协议里的正常机制，给你分享几个亲测有效的解决办法：

先搞懂为什么会收到这个消息 #

RCON服务器为了防止连接因为长时间闲置被断开，会定期发送空响应包作为心跳（也就是你看到的"Keep Alive"）。这个包完全符合RCON的协议格式，但没有实际的命令响应内容，通常在客户端超过一定时间没发请求时触发。

具体解决方案 #

1. 在读取响应时过滤Keep Alive包

这是最直接的办法，解析响应时判断是不是空的心跳包，直接忽略就行。比如用Java实现的话：

// 读取RCON响应头部（长度、请求ID、类型）
int length = readIntFromStream(inputStream);
int requestId = readIntFromStream(inputStream);
int responseType = readIntFromStream(inputStream);

// 读取响应内容（长度减去头部的8字节）
byte[] contentBytes = new byte[length - 8];
inputStream.read(contentBytes);
String responseContent = new String(contentBytes, StandardCharsets.UTF_8).trim();

// 判断是否为Keep Alive包：响应类型为0（正常响应）且内容为空
if (responseType == 0 && responseContent.isEmpty()) {
    // 跳过这个包，继续读取真正的请求响应
    continue;
}
// 处理正常响应逻辑...

注意：有些服务器的Keep Alive包会用特定的请求ID（比如你之前发送的某个心跳请求ID），也可以通过匹配请求ID来过滤。

2. 主动发送心跳维持连接

与其被动等服务器发心跳，不如主动定期给服务器发个空命令，让它知道连接还活着。比如用Python实现定时心跳：

import time
import socket

def send_rcon_heartbeat(sock):
    # 构造RCON空命令请求（请求ID用-1标识心跳，类型2是执行命令）
    request_id = -1
    request_type = 2
    command = ""
    # 按照RCON协议打包数据
    payload = (request_id.to_bytes(4, byteorder='little') +
               request_type.to_bytes(4, byteorder='little') +
               command.encode('utf-8') +
               b'\x00\x00')
    length = len(payload).to_bytes(4, byteorder='little')
    sock.sendall(length + payload)
    
    # 读取并忽略心跳响应
    read_rcon_response(sock)

# 每隔30秒发一次心跳
while True:
    time.sleep(30)
    send_rcon_heartbeat(rcon_socket)

这样服务器就不会主动发Keep Alive包干扰你的正常请求响应了，还能避免连接被服务器超时断开。

3. 调整服务器的RCON超时配置

如果你有权限修改游戏服务器的配置文件，可以找找类似rcon_timeout或者rcon_keepalive_interval的参数，延长超时时间或者直接关闭心跳（不推荐关闭，可能导致连接意外断开）。不过这个方法要看服务器是否支持，比如Minecraft、ARK这些主流服务器大多有相关配置。

最后提个小提醒 #

不管用哪种方法，你的输入流读取逻辑一定要是循环读取的，因为服务器可能会连续发多个包（比如正常响应+心跳包），只读一次的话就会把心跳包当成正常响应处理，导致逻辑出错。

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