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

分片只能在发送端来操作，接收端是负责吧被分片的数据包组合还原。如果接到的数据包比自己的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头长）

理论上传输数据不会很大，常用的一次webservice数据交互，大小应该不会超过100K， 具体是否存在大小限制，这个要看你具体的限制了。比如我发送一个请求，请求内容是一个人的身份证号码，你给我返回这个人的所有信息，如果这些信息有1G，我觉得理论上实现起来没有问题，但是从软件设计角度，这样来设计就是有缺陷的， 1G的数据需要传很久的，按照常用硬盘的读取速度80M来说，也需要13秒的时间才能传完，而且对带宽的要求还必须是千兆的网络。

linux的TCP连接数量最大不能超过65535个，这种说法是错误的。一、TCP最大连接数和端口数量没有必然联系TCP连接是服务器IP端口和客户端IP端口组成的，对于服务器而言，一般一个服务器只监听一个端口，而客户端是可以不计其数的。一个连接由一个5元组决定（protocol，local IP，local port，remote ip，remote port），对于TCP，protocol固定是TCP，还有四个元素。对于服务器来说，local port一般是固定的，比如HTTP（80），但是remote ip和remote port没有限制。也就是说，可以有百万千万的并发。如果并发量能达到百万千万量级，那么不会只有一个服务器，一般都会是一个服务集群。二、TCP连接数是和内存正成比的客户端和服务器建立的每个TCP连接都会占用服务器内存，所以最大TCP连接数和内存成正比。简单估算为最大内存除以单TCP连接占用的最小内存。三、linux对tcp数量限制是为了文件管理方便1、Linux操作系统中，一切都是文件。所以每个TCP连接，都会打开一个文件。为此Linux操作系统限制了每个用户能打开的文件数量，通过ulimit -n 查看。当然，我们也可以对此进行修改，修改方式如下：vi /etc/security/limits.conf文件，在文件中添加如下行（限制修改为10240）：speng soft nofile 10240speng hard nofile 102402、Linux操作系统对所有用户最大能打开文件的限制：cat /proc/sys/fs/file-max。3.网络核心模块对tcp连接的限制(最大不能超过65535)。4、防火墙管理策略也会对tcp连接数量进行限制。基于以上的原因，在Linux操作系统中，对TCP连接数量的限制依次有：端口数量限制，网络核心限制，最大文件数量限制(因为每建立一个连接就要打开一个文件)，防火墙限制，用户打开文件限制。但并不存在65535这个数量限制。

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里可以配置限速。
学习下