从零开始第一次开发App经验(基于HBuilder开发的混合App+SSM框架的JAVA后台)【四】

App频繁访问服务器造成的高并发问题

这一系列写的比较杂,基本上是想到什么写什么。自从App开发和后台管理模块完善的差不多之后,我开始考虑起服务器的高并发问题。

这里简单说一下什么是服务器的并发(以下内容来源于网上):

  • 服务器并发量分为:1.业务并发用户数;2.最大并发访问数;3.系统用户数;4.同时在线用户数;

    一般只需要分析出业务并发用户数。

    在网上找了个计算业务并发用户量的公式:

    C=nL/T

    C是平均的业务并发用户数、n是login session的数量、L是login session的平均长度、T是指考察的时间段长度。

    假设OA系统有1000用户,每天400个用户发访问,每个登录到退出平均时间2小时,在1天时间内用户只在8小时内使用该系统。

    C=400×2/8=100

然而,我的业务场景比较特殊,基本上需要假设所有用户全部在线(假设10000来算),而且是24小时不间断自动运行,所以公式就变成了这样:

C = 10000

并发用户数就是用户数,那每秒访问量(QPS)则为10000/60=166。

我用的是tomcat服务器,Tomcat 默认配置的最大请求数是 150,也就是说同时支持 150 个并发,假设我的请求平均需要500ms处理完成,则每秒并发量在300左右。

现在看来是完全够用的,但是一般架设服务器需要在目前性能的基础上提高一倍的性能空间,也就是说刚刚够用,如果用户数量再多一些࿰

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值