服务器并发量之理论并发上限

       近来面试多次，被问十万并发是怎么做到的，可是接着又问了一句一台机不是只有65535个端口吗？那又是怎么突破65535的限制？泥马，晕了，怎么还有65535限制，于是回来恶补一下，终于知道怎么回事了，现写下方便以后查阅，哎，说到底是基础的不牢固。。

      在linux上，我们用用socket来建立连接，调用的是socket()/connect()或accept()，而连接就用到sockaddr 结构体，通过结构体，我们用C[cip:cport]<--->S[sip:sport]来对应建立连接。那么在服务器接收到多少并发连接呢？接收连接的服务器sport就是我们监听的端口了，sip也就是我们服务器的地址了，所以对应可以接收到的连接数其实就是numof(cip)*numof(cport) = 2^32 * 2^16 = 2^48,当然这是理论上的哦。

     那么又可以知道我们一台客户端可以发出多少连接呢？还用上面的方法, 对于一台只有一个网卡的机器，cip是固定的了，那么可以发出的连接其实就是取决于cport,所以可以发出的连拉其实就是numof(cport) = 2^16 = 65536个，当然这也是理论上的，因为其实系统服务等等也占用了一些端口。

    然而我觉得因为在linux服务器上用socket建立连接，C[cip:cport]<--->S[sip:sport]对应两个描述符，一个监听的，一个连接的，就是我们说的listenfd,connfd了，而每一个sockaddr要绑定一个描述符,所以其实最终服务器上的并发连接其实是受限于文件描述符的数量，这其实和服务器的软限制和硬限制有关了。所以就不多说，在网上有关于突破并发连接的限制文章。