- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我已经阅读了各种在线网站和教程,但我仍然感到困惑。如果消息大于 IP MTU,则 send()
返回发送的字节。消息的其余部分会怎样?我是否要再次调用 send()
并尝试发送消息的其余部分?还是 IP 层应该自动处理某些事情?
最佳答案
如果您使用的是 TCP,那么呈现给您的接口(interface)就是字节流接口(interface)。您无需担心字节流如何从连接的一端到达另一端。你可以忽略IP层的MTU。事实上,您可以完全忽略 IP 层。
当您调用 send()
时,您机器上的 TCP 堆栈将处理您插入发送调用的字节流所需的所有细节,以便从 recv( )
在连接的另一端调用。
要记住的一件事是,对于 TCP,您正在处理一个流,这意味着一个 send()
可能导致数据到达多个 recv()
调用和多个 send()
调用可能导致数据到达单个 recv()
调用。你无法控制这个。您正在处理一个字节流,每次调用 recv()
都可以返回从 1 到当前未完成数量的任意字节数(允许足够的缓冲区传递给 recv()
调用)。
因为评论者要求它 ;)
在大多数 TCP 堆栈上,send()
很可能无法发送所有内容,因为 TCP 堆栈的缓冲区已满并且(可能)TCP 窗口也已满并且流量控制正在运行,这意味着在远程端确认一些数据之前,堆栈无法发送更多数据,并且它不准备代表您再进行缓冲。我还没有遇到过仅出于 MTU 考虑就会拒绝 send()
的 TCP 堆栈,但我想一些精简的嵌入式系统可能会那样做......
无论如何,如果 send()
返回的字节数少于您提供的字节数,那么您应该在某个时候重新发送剩余的数据。通常 send()
会阻塞并等待它可以发送所有数据,如果您已将套接字设置为非阻塞模式,那么您可能不想在失败时立即重试发送发送所有内容,因为您可能会陷入困境...
更具体地说明您正在使用的操作系统可能对您有用。
关于c - TCP/UDP 和以太网 MTU 分段,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2407435/
在我们的服务出现一些预期的增长之后,突然间一些更新花费了非常长的时间,这些过去非常快,直到表达到大约 2MM 记录,现在它们每个需要大约 40-60 秒。 update table1 set fiel
我在服务中实现了一个传感器事件监听器,只要采样周期和最大报告延迟低于 1 秒,该监听器就可以正常工作,但一旦我将采样周期增加到超过 1 秒,传感器就根本不会更新。 我希望采样周期为 10 秒(可能是
我使用 Tkinter GUI 来启动测量和分析过程,基本上只需单击一个按钮即可开始。由于这些测量可能需要一段时间,我尝试添加一个进度条,即这个: http://tkinter.unpythonic.
我正在尝试使用套接字发送数据包,但出现错误。 invalid conversion from ‘omnetpp::cPacket*’ to ‘inet::Packet*’ [-fpermissive]
我刚刚发现 String#split 有以下奇怪的行为: "a\tb c\nd".split => ["a", "b", "c", "d"] "a\tb c\nd".split(' ') => ["a
您好,我正在尝试 ClojureScript,我正在使用 Klipse作为我的 REPL 差不多。这可能不是它的预期用途,但因为我没有做任何太复杂的事情,所以现在没问题。 我遇到的一个问题是尝试设置计
根据下面的数据,ClockKit 会生成一次 future 的 CLKComplicationTimelineEntry 项,但对于过去的时间点,会进行 24 次调用!这是为什么? 更多详情: 我注意
我有一个 MySQL 表,这个表有一个名为 datetime_utc 的 DATETIME 列。如您所料,它是 UTC 日期和时间。在我的 Bookshelf 模型中,我定义了一个虚拟 getter,
大家好,我是二哥呀! 昨天,一位球友问我能不能给他解释一下 @SpringBootApplication 注解是什么意思,还有 Spring Boot 的运行原理,于是我就带着他扒拉了一下这个注解的源
我是一名优秀的程序员,十分优秀!