我正在编写一个使用套接字的跨平台客户端应用程序，用 C++ 编写。当服务器完成向我发送信息时，我遇到了服务器在套接字上硬关闭的问题。
我一直在阅读有关此主题的其他帖子，并且我对这种方法的正确或错误不太感兴趣，但似乎服务器要么明确设置 SO_LINGER = 0，要么这是该系统上的默认行为（不确定，它是一个 Linux 机器）。
我可以看到（在 Wireshark 中）数据是在几毫秒内由 RST 发送给我的，这表明服务器硬关闭。我个人不同意这种方法，因为应该由客户端来关闭套接字。
服务器团队说这种方法没有任何问题（执行硬关闭而不是关闭），通常在服务器上避免累积 TIMED_WAIT 套接字。在 Windows 上，我的select()返回表明有一些东西要读取（虽然我还没有读取任何这些“传输中”数据）。
但是，由于 RST 的快速到达，在 Windows 上recv()返回 -1 并且我看到错误代码为 10054（对等方重置连接）。如果我至少可以获取已发送的数据，这不会太糟糕，但似乎一旦我的客户端的套接字堆栈看到 RST，任何未读字节都不再可供我使用。
在 Linux（客户端）上，没有问题。似乎 TCP 堆栈的行为略有不同，因为我可以在 RST 得到尊重之前读取未完成的字节。鉴于它适用于 Linux 客户端，我无法说服服务器人员他们有错误。
首先，我说的对吗？这是服务器端的问题吗？我看不出客户端做错了什么，所以一定是对的？
似乎服务器团队坚持他们想要执行关闭，并且他们不想有 TIMED_WAIT，所以我要推动他们添加一个 SO_LINGER，比如说 2 秒？这听起来会解决我的问题吗？据我了解，这将阻止服务器在发送数据后很快发送 RST，并且应该让我有机会读取未完成的字节。