小白白话技术之高并发连接数概述

本文探讨了在高并发场景下处理连接数的挑战,包括带宽、文件句柄数、端口限制以及线程模型。通过提高单点并发量、使用集群分流、选择合适的框架如Tomcat、Nginx、Netty和mqtt,来解决并发连接问题。重点讨论了Tomcat的线程模型、Nginx的多进程与IO复用,以及长连接、短连接在不同业务场景中的应用。
摘要由CSDN通过智能技术生成

         对于互联网产品用户越多越好,10万,100万,1000万,甚至上亿的用户,恭喜你,你的产品离独角兽不远了,随着用户量的增多,你的应用面临的挑战也越来越大,其中技术就是一个巨大的挑战,这里就你高超的技术架构中应用连接这个进行一个概要的表述。

      首先要明确几个业务上概念的区别,用户多并不等于高并发,即使你有1亿用户,如果每天只有一个人访问你的应用,高并发这个问题甚至都不用想,如果你每天有300万用户次的访问,想想一天有24小时,那么每小时有125000次,在平均到每分钟大概是2083次,到秒的话35次。35次每秒的访问量,还好吧,也不是很大,一般应用也能满足。但是,这只是理性情况,我们不能这样考虑问题,如果有个急事,如果1亿用户同时访问你的应用,想想会什么样,这种例子也不少,比如购买火车票,比如填报高考志愿,比如双11等等。

          好吧,问题出来了,由于这里只讨论连接数的问题,所以还要同时兼顾下话题范围,所以问题就是高并发下连接数的考虑。

           首先讨论下外在的约束,第一就是带宽,如果有一个10M的宽带,你的一个连接就全部用掉了,那么恐怕别的连接也没有什么机会。所以这种我们要考虑的一个因素。这里为了继续分析,我们假设带宽不是问题,足够大。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值