一个服务器支持多少tcp连接(一台服务器支持多少人)

虽然现在的集群，分布式技术可以为我们将并发负载分担在多台服务器上，那我们只需要扩展出数十台电脑就可以解决问题，但是我们更希望能更大的挖掘单台服务器的资源，先努力垂直扩展，再进行水平扩展，这样可以有效的节省服务器相关的开支（硬件资源、机房、运维人力、电力其实也是一笔不小的开支）。那么到底一台服务器能够支持多少TCP并发连接呢？这就是本文要讨论的问题。在linux下编写网络服务器程序的朋友肯定都知道每一个tcp连接都要占一个文件描述符，一旦这个文件描述符使用完了，新的连接到来返回给我们的错误是这时你需要明白操作系统对可以打开的最大文件数的限制。1进程限制执行 ulimit -n 输出 1024，说明对于一个进程而言最多只能打开1024个文件，所以你要采用此默认配置最多也就可以并发上千个TCP连接。临时修改：ulimit -n 1000000，但是这种临时修改只对当前登录用户目前的使用环境有效，系统重启或用户退出后就会失效。重启后失效的修改（不过我在CentOS 6.5下测试，重启后未发现失效），编辑 /etc/security/limits.conf 文件， 修改后内容为：永久修改：编辑/etc/rc.local，在其后添加如下内容：2全局限制执行cat /proc/sys/fs/file-nr输出9344 0 592026 ，分别为：但在kernel 2.6版本中第二项的值总为0，这并不是一个错误，它实际上意味着已经分配的文件描述符无一浪费的都已经被使用了 。我们可以把这个数值改大些，用 root 权限修改 /etc/sysctl.conf 文件:操作系统上端口号1024以下是系统保留的，从1024-65535是用户使用的。由于每个TCP连接都要占一个端口号，所以我们最多可以有60000多个并发连接。我想有这种错误思路朋友不在少数吧？（其中我过去就一直这么认为）我们来分析一下吧。如何标识一个TCP连接：系统用一个4四元组来唯一标识一个TCP连接：{local ip, local port,remote ip,remote port}。好吧，我们拿出《UNIX网络编程：卷一》第四章中对accept的讲解来看看概念性的东西，第二个参数cliaddr代表了客户端的ip地址和端口号。而我们作为服务端实际只使用了bind时这一个端口，说明端口号65535并不是并发量的限制。server最大tcp连接数：server通常固定在某个本地端口上监听，等待client的连接请求。不考虑地址重用（unix的SO_REUSEADDR选项）的情况下，即使server端有多个ip，本地监听端口也是独占的，因此server端tcp连接4元组中只有remote ip（也就是client ip）和remote port（客户端port）是可变的，因此最大tcp连接为客户端ip数×客户端port数，对IPV4，不考虑ip地址分类等因素，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。上面给出的结论都是理论上的单机TCP并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对我们的需求现在可以做到数十万级的并发了，你的呢？

端口号的理论值范围是从0到65535，公认的是0-1023 ，注册端口是1024-49152，还有随机动态端口是49152-65535，共是65536个端口。 计算机常用端口 HTTP:80：www服务。 DHCP：服务器端的端口号是67 DHCP：客户机端的端口号是68 POP3：POP3仅仅是接...

只要资源 （内存硬盘cpu）足够，理论上可以接收无限个链接。所谓65535的限制，是针对客户端的，客户机每链接一个服务，就必须开一个tcp端口与之对应。这样，链接到65535个服务后，本地端口就被占满。服务端口仅仅使用一个。一个tcp链接，是四个元素决定的，server IP：port+client IP：port。

1、在linux下，一个进程而言最多只能打开1024个文件，所以采用此默认配置最多也就可以并发上千个TCP连接。而通过临时修改：ulimit -n 1000000，就可以达到100万个TCP连接。但是这种临时修改只对当前登录用户目前的使用环境有效，系统重启或用户退出后就会失效。 2、端口限制：操作系统上端口号1024以下是系统保留的，从1024-65535是用户使用的。由于每个TCP连接都要占一个端口号，所以我们最多可以有60000多个并发连接。3、因此最大tcp连接为客户端ip数×客户端port数，对IPV4，不考虑ip地址分类等因素，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。 4、上面给出的结论都是理论上的单机TCP并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对现在可以做到数十万级的并发了。

感觉你似乎在问并发连接的问题，众所周知，为了防范蠕虫病毒的传播和攻击，Windows XP SP2将并发线程最多限制为10个。SP2利用Messages动态链接库，来实时监控每个进程的并发线程数目，一旦它发现某进程的线程数超过10个，就会屏蔽掉部分线程。 通过修改，可以把并发连接调到几百以上甚至更大，这个数字理论上是没有上限的。而作为服务器，从操作系统级，也会对并发连接数有个限制，因为每个连接要耗CPU和内存的，否则也会瘫痪。而不同的系统，不同的服务器，可以支持的数量当然不同了，所以你这个问题没有实际意义，也没有准确答案。 我实际测试，一台DELL四路四核，32G内存的服务器，并发500左右完全没有问题，再大也没有条件测试，而如果一台普通的低端服务器，不可能达到同一数量级对吧？