在socket编程中如何保证数据成功传递到另一端？
outStream.write() 不保证在另一端接收到字节。我可以强制服务器发回一些确认数据，但客户端应该等待多长时间？如果我等待的时间太短，也许数据会在我在客户端抛出超时异常时传送到服务器(然后显示错误对话框，但服务器实际上收到了数据)。另一方面，我不想等太久。
如果客户端等待一段时间，如果收到确认，第三条“提交”消息将发送到服务器，然后服务器提供数据以供进一步处理(因此首先客户端写入，然后服务器回复，然后客户端确认)。但是话又说回来，如果服务器没有收到提交消息，客户端认为数据已成功发送但服务器会在一段时间后忽略它，因为它没有收到提交消息。以此类推，弹跳永无止境...
一般如何处理这种情况？
我阅读的每个教程都只是关于创建/关闭套接字，以及在客户端发送数据并在服务器端接收数据。
如果您有指向解释此问题的博客(甚至书籍)的链接，那也很好。
[编辑]
我应该澄清一些事情。我将 Java 用于客户端和服务器，稍后我将创建 C# 客户端。目前一切正常。客户端和服务器都在同一个局域网上，我从来没有遇到过任何真正的问题。上面解释的场景只是理论上的，因为我想涵盖尽可能多的内容，包括错误处理。
我知道 TCP 保证交付，但在 Java 中，out.write() 不会阻塞，直到底层 TCP 交付或失败然后继续执行或抛出异常。它只是继续执行，我不知道发送是否失败。没有回调函数。我从套接字编程开始，所以也许有一个我不知道的非常简单的解决方案。我需要做的就是确保客户端知道服务器收到了消息(如果可能的话)。
最佳答案
如果您对可靠性有这种极端需求，则需要将其构建到您的应用程序和协议(protocol)中。我过去这样做的一种方法如下。
假设您有一个“对象”流(此处以对您的应用程序有意义的任何方式定义的对象)需要从客户端 C 传送到服务器 S。在客户端为每个对象关联一个唯一标识符。然后让 C 将每个对象及其标识符发送给 S。但让 C 暂时保留对象的副本(在内存中、磁盘上或任何有意义的地方)。
对于 S 接收到的每个对象，它将对象连同其唯一标识符一起存储在其自己的本地数据存储中，并向 C 发送回一个确认，表明它收到了该对象(使用标识符进行通信)。 C 现在可以从其数据存储中删除该对象(严格来说，它也可以删除它在该对象之前发送的所有对象——因为 TCP 保证顺序传送——但这会使事情稍微复杂化)。
这个过程可以无限期地继续，C 永远不需要显式地等待对任何一个对象的确认。它只是维护每个对象的本地副本。只要连接保持正常，S 就会不断地确认它收到的每个对象。
如果连接由于任何原因中断，C 假定 S 没有收到自最近收到确认以来它发送的任何对象。当重新建立连接时，C 可能会因此重新发送 S 先前收到的一些对象，但由于 S 存储了每个对象的唯一标识符，它只是再次确认它收到了该对象。
如果 S 由于某种原因挂起，那么最终客户端和服务器之间的缓冲区将被填满，并且 C 的 send 将被阻塞。客户可能需要为这种可能发生的情况做好准备。
在对象流的末尾——如果有末尾的话——C 将需要等待最后一个对象被确认。根本没有办法解决这个问题，因此您需要决定在 C 放弃并声明错误之前等待多长时间是合适的。
(当然，这实际上是在应用层复制 TCP 在传输层所做的事情:确认实际接收到的内容，并使发送方能够重新传输丢失的任何内容。)
关于java - 确保套接字编程中的数据传递，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/47730892/