Java 过于正式这是一个坏习惯，因为三年的正规方法研究生学习。当然有保证。参见RFC。它是通过校验和来执行的。我理解你的意思，我意识到我过于正式了，但是考虑到如果硬件层没有提供任何保证，并且可以任意地翻转比特，理论上会发生什么：假设你有一个数据D0数组，当在网络上
Java 过于正式这是一个坏习惯，因为三年的正规方法研究生学习。当然有保证。参见RFC。它是通过校验和来执行的。我理解你的意思，我意识到我过于正式了，但是考虑到如果硬件层没有提供任何保证，并且可以任意地翻转比特，理论上会发生什么：假设你有一个数据D0数组，当在网络上,java,sockets,networking,serversocket,packet-loss,Java,Sockets,Networking,Serversocket,Packet Loss,过于正式这是一个坏习惯，因为三年的正规方法研究生学习。当然有保证。参见RFC。它是通过校验和来执行的。我理解你的意思，我意识到我过于正式了，但是考虑到如果硬件层没有提供任何保证，并且可以任意地翻转比特，理论上会发生什么：假设你有一个数据D0数组，当在网络上发送时，它看起来是一个包含校验和的比特流，奇偶校验之类的，称之为比特0。我尝试发送一些其他数据D1转换为BITS1。硬件层意外地翻转了大部分位，因此流作为位0接收。接收者没有办法说，嘿，那已经损坏了，请重新发送。那么你就走上正轨了。不必担心丢失
过于正式这是一个坏习惯，因为三年的正规方法研究生学习。当然有保证。参见RFC。它是通过校验和来执行的。我理解你的意思，我意识到我过于正式了，但是考虑到如果硬件层没有提供任何保证，并且可以任意地翻转比特，理论上会发生什么：假设你有一个数据D0数组，当在网络上发送时，它看起来是一个包含校验和的比特流，奇偶校验之类的，称之为比特0。我尝试发送一些其他数据D1转换为BITS1。硬件层意外地翻转了大部分位，因此流作为位0接收。接收者没有办法说，嘿，那已经损坏了，请重新发送。那么你就走上正轨了。不必担心丢失的数据包。因为您使用的是tcp，而不是udp