tcp连接发送数据大小上限(发送端通过tcp连接向接收端发送数据)

mac帧的mtu最大为1500byte；封装TCP数据的话，ip数据包的头部最小20byte，TCP数据报头20byte；所以数据部分最大为1460byte。

有，确切的说，是数据包的大小有上限。不同环境具体大小不一样。
socket有写缓冲区的，而且网络速度也有限制。这都不一定。
sdafnlsdfiuwe

分片只能在发送端来操作，接收端是负责吧被分片的数据包组合还原。如果接到的数据包比自己的MTU大，就丢包，然后返回一个分片过大的回复。 不同的网络单次发送数据的大小限制都不同称作MTU（字节）。超通网：6553216MB/S令牌环：179144MB/S令牌环：4464FDDI:4352以太网：1500802.3/802.2：1492X.25：576点对点(SLIP/PPP)：296 MTU也可以手动修改。
tcp/ ip 协议规定一包数据最大65536字节。每次发10K,肯定会分包。
看MTU吧

对于IP包，长度限制由16位来描述，即一个IP包最大有64K字节（65535） 以太网中MTU通常为1500字节（X.25中，其值为576），因此对于一个IP包，就需要分段来装载，即把65535（实际未必有这么多）个字节分成1500的整数倍进行传输，而对于IP包，还需要有20字节的描述，因此，对于一个IP包，传输时有效的字节数为（1500-20）*分段数（此时传输的双端都是以太网），当双端为X.25时就是按576计算。对于TCP包，最大的传输字节数也是1500（当然传输的时候要扣除包头和其他开销，比如你ping是要扣除ICMP头长）

MTU最大传输单元，这个最大传输单元实际上和链路层协议有着密切的关系，EthernetII帧的结构DMAC+SMAC+Type+Data+CRC由于以太网传输电气方面的限制，每个以太网帧都有最小的大小64bytes最大不能超过1518bytes，对于小于或者大于这个限制的以太网帧我们都可以视之为错误的数据帧，一般的以太网转发设备会丢弃这些数据帧。 由于以太网EthernetII最大的数据帧是1518Bytes这样，刨去以太网帧的帧头（DMAC目的MAC地址48bit=6Bytes+SMAC源MAC地址48bit=6Bytes+Type域2bytes）14Bytes和帧尾CRC校验部分4Bytes那么剩下承载上层协议的地方也就是Data域最大就只能有1500Bytes这个值我们就把它称之为MTU。PPPoE所谓PPPoE就是在以太网上面跑PPP协议，有人奇怪了，PPP协议和Ethernet不都是链路层协议吗？怎么一个链路层跑到另外一个链路层上面去了，难道升级成网络层协议了不成。其实这是个误区：就是某层协议只能承载更上一层协议。为什么会产生这种奇怪的需求呢？这是因为随着宽带接入（这种宽带接入一般为Cable Modem或者xDSL或者以太网的接入），因为以太网缺乏认证计费机制而传统运营商是通过PPP协议来对拨号等接入服务进行认证计费的.PPPoE带来了好处，也带来了一些坏处，比如：二次封装耗费资源，降低了传输效能等等，这些坏处俺也不多说了，最大的坏处就是PPPoE导致MTU变小了以太网的MTU是1500，再减去PPP的包头包尾的开销（8Bytes），就变成1492。UDP 包的大小就应该是 1492 - IP头(20) - UDP头(8) = 1464(BYTES)TCP 包的大小就应该是 1492 - IP头(20) - TCP头(20) = 1452(BYTES)目前大多数的路由设备的MTU都为1500 我对上面的理解是：如果我们定义的TCP和UDP包小于1452，1464，那么我们的包在IP层就不用分包了，这样传输过程中就避免了在IP层组包发生的错误。如果使用UDP协议，如果IP层组包发生错误，那么包就会被丢弃，UDP不保证可靠传输。但是TCP发生组包错误时，该包会被重传，保证可靠传输。所以，我们在用Socket编程时，包的大小设定不一定非要小于1400，UDP协议要求包小于64K，TCP没有限定
有速度限制，没有大小限制，在linux里可以配置限速。
学习下