- 主题:按udp标准协议，发送的包和接收的包，是一一对应的吗？
就是发送端发送5个包，接收端也是原样接收5个包，每个包前后完全一致？
--
FROM 118.194.240.*
不保证顺序
可能会有丢包，所以也不保证接收到全部包，丢包就是单次发送的包整个丢掉，不会收
到半截的包
【 在 wjhtingerx 的大作中提到: 】
: 就是发送端发送5个包，接收端也是原样接收5个包，每个包前后完全一致？
--
FROM 222.128.5.*
但是只要收到的包，包本身内容是跟发送端完全一致的吧？
【 在 gameplayer 的大作中提到: 】
: 不保证顺序
: 可能会有丢包，所以也不保证接收到全部包，丢包就是单次发送的包整个丢掉，不会收
: 到半截的包
: ...................
--
FROM 118.194.240.*
通常来说，是的，udp协议头部有个16位的checksum，和tcp的计算方法是一样的。所以
通常来说数据是一致的。
但..checksum是可选的，而且只有16位，所以极少数情况下还是有可能出错的
【 在 wjhtingerx 的大作中提到: 】
: 但是只要收到的包，包本身内容是跟发送端完全一致的吧？
--
FROM 222.128.5.*
tcp那个其实也容易出错吧。所以正经的文件传输，还是应该加个额外的 checksum 比较好。
当然，这种底层的事情一般就考虑太多了。直接上 https 协议。SSL/QUIC 这些用户层的协议早就都处理好了。
【 在 gameplayer 的大作中提到: 】
: 通常来说，是的，udp协议头部有个16位的checksum，和tcp的计算方法是一样的。所以
: 通常来说数据是一致的。
: 但..checksum是可选的，而且只有16位，所以极少数情况下还是有可能出错的
: ...................
--
FROM 110.84.123.*
我一直当它是可靠的..我说为什么http/ftp下载还要提供个md5
【 在 hgoldfish 的大作中提到: 】
: tcp那个其实也容易出错吧。所以正经的文件传输，还是应该加个额外的 checksum 比较好。
: 当然，这种底层的事情一般就考虑太多了。直接上 https 协议。SSL/QUIC 这些用户层的协议早就都处理好了。
--
FROM 222.128.5.*
我从来没见过下载完成出错的，我认为md5主要是为了校验那些实际没下载完成的。
【 在 gameplayer 的大作中提到: 】
: 我一直当它是可靠的..我说为什么http/ftp下载还要提供个md5
--
FROM 180.172.2.*
文件写到硬盘也是可能有字节错误的，只是很多人遇不到而已，比如主板/内存导致的字节错误，磁盘控制器和扇区导致的字节错误。
很久以前我在中关村配了个电脑，winrar解压文件经常报随机错误，更换内存来查这个问题时把主板搞挂了，索性主板、内存全换了才好。
这也是服务器内存要支持ECC的原因。
【 在 RuralHunter 的大作中提到: 】
: 我从来没见过下载完成出错的，我认为md5主要是为了校验那些实际没下载完成的。
:
--
FROM 114.241.228.*
硬件越来越好了，需要软件纠错的越来越少了。
你不发，怎么会收到？凭空出现一个报文，这网络环境堪忧。
【 在 wjhtingerx 的大作中提到: 】
: 就是发送端发送5个包，接收端也是原样接收5个包，每个包前后完全一致？
: --
:
发自「今日水木 on iPhone 15」
--
FROM 120.7.14.*
啥都不保证
【 在 wjhtingerx 的大作中提到: 】
: 就是发送端发送5个包，接收端也是原样接收5个包，每个包前后完全一致？
--
FROM 111.201.27.*