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

这篇博客分享了作者在开发混合App过程中遇到的24小时不间断运行和高并发问题。主要问题是App在WIFI环境下自动停止运行,通过监听网络变化,实现网络中断后的自动重连机制,解决了这一问题。同时,预告了下篇文章将探讨大规模App并发访问服务器的解决方案。
摘要由CSDN通过智能技术生成

App后来经过几次界面改版,也终于到了测试阶段。
因为主业是做后端开发,所以前端做的马马虎虎,尤其是界面,基本上就是本着“够用就行”的原则,后来实在看不下去,又借鉴其他优秀App的设计,比如页面之间的滑动效果、界面的布局等等。

自从解决了app和服务器之间的通信问题之后,其他过程还算顺利,基本上就是js+css+(html5+),只要是会用js和css写个前端页面就会做app,额外关于html5+调用本地原生功能的时候有些小问题,看着官方文档基本上也都解决了。
好了进入正题:
开发这款App主要是用来和业务进行配套,进行一些计算之后把结果发送到服务器,服务器端主要是做:登录校验、记录注册app用户之间的关系、记录app运算结果并加以校验、提供app注册短信验证接口、后台管理等等,因为主要不是细讲java技术,就不贴详细代码了。
因为实际环境是app24小时不间断运行,并且基本上大约每隔一分钟就要向服务器传递一次数据,所以主要是说一下app24小时不间断运行碰到的问题,以及app大规模使用之后产生的高并发问题。

app自动停止运行的诡异事件

背景:app被设定成只有在wifi状态下才会运行,检测到使用数据流量之后自动停止运行。
购买了一批手机进行大规模的测试,创造了50个测试账号,启动app开始运行,第一天白天一切正常,觉得妥了,但是第二天到了办公室发现基本上全挂了,根据服务器日志,基本上到了凌晨一点多那个时间段就陆续有app不再和服务器进行通信,最早停的一个和最晚停的一个时间跨度也就在几分钟之间,只有两三部手机还在运行(后来事实证明就是这几个正常运行的影响了我的判断,我以为是app代码出bug了,或者设备性能不支持如此长时间运行)。
后来我在线更新app(这里不得不说一下,混合app同样支持在线自动更新新版本的app实在是太方便了,不然每一个app我都要手动更新一下),在app自动停止时弹出弹窗,并设置了几种可能的情况让它进行选择,第三天来了之后果然还是基本上全挂,这次是十二点左右就挂了,还是没想到网络问题,因为毕竟还有几台设备正常运行,白天同样一点问题没有,这时候因为这个问题开始着急了,不怕有问题,就怕找不到问题在哪里。
第三天半夜睡不着打开手机上网,结果发现网络中断,几秒后又自动连接上了,心头一激灵,八成找到问题了,结果一激动更睡不着了,索性起来修改app日志弹窗添加网络问题,在线更新app。
第四天到了发现清一色网络中断,还是想不明白那少数几台设备为什么这么坚挺,但是找到问题就是好的,添加网络中断自动重连的代码:
大体思路如下:
1.监听网络更改事件(onNetChange为执行的方法):document.addEventListener("netchange", onNetChange);
2.网络更改时判断是更改为哪种状态:

function onNetChange2(){
   
    var nt = plus.networkinfo.getCurrentType();//获取网络状态
    switch (nt){
   
      case plus.networkinfo.CONNECTION_ETHERNET:
      
  • 2
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值