JDK 中的哪个类创建了 JRMI ProtocolAck？

Question

我的一些（Java 7）RMI 调用花费的时间比预期的要长。

当我使用 Wireshark 检查数据包捕获时，我看到以下内容：

client → server TCP [SYN, ECN, CWR] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
server → client TCP [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1460 SACK_PERM=1 WS=512
client → server TCP [ACK] Seq=1 Ack=1 Win=2102272 Len=0
client → server RMI JRMI, Version: 2, StreamProtocol
server → client TCP [ACK] Seq=1 Ack=8 Win=29696 Len=0
server → client RMI JRMI, ProtocolAck
client → server RMI Continuation
server → client TCP [ACK] Seq=21 Ack=27 Win=29696 Len=0
client → server RMI JRMI, Call

仅供参考：“JRMI”只是 Wireshark 用于解码协议的文本。

实际的协议定义是https://docs.oracle.com/javase/7/docs/platform/rmi/spec/rmi-protocol3.html

在进行实际 RMI 调用之前server → client RMI JRMI, ProtocolAck延迟出现在server → client RMI JRMI, ProtocolAck （~ server → client RMI JRMI, ProtocolAck ）。

数据包捕获中的大部分 ProtocolAck 需要几微秒才能完成。

这让我认为这与我的代码本身无关，而是与运行时或基础设施有关。

仅供参考：此时没有主要 GC，次要 GC 花费了 97 毫秒，但它是并行运行的，不会停止世界。

我正在尝试确定可能导致 ProtocolAck 延迟的原因。

JDK 中的哪些类负责 ProtocolAck？