处理应用程序响应的方法及系统技术方案

技术编号:12996459 阅读:87 留言:0更新日期:2016-03-10 11:14
本发明专利技术公开了一种处理应用程序响应的方法及系统,其中方法包括:第一计时器计时应用程序处理业务逻辑的时长,获得第一数值;第二计时器计时应用程序与网络程序通讯的时长,获得第二数值;确定第一数值和/或第二数值符合预警条件;对应用程序响应进行预警,并进行优化处理。通过上述方式,本发明专利技术可以实时监控运行周期,并分析程序响应速度,通过优化处理,使得应用程序可以以最佳状态运行,并降低程序内部耗时,提升客户端用户体验。

【技术实现步骤摘要】

本专利技术涉及一种处理应用程序响应的方法及系统
技术介绍
目前的应用程序,基本上都需要网络的支持,但在网络通讯的过程中,有非常多的因素会影响到响应的速度。网络应用程序通用的流程是,收到客户端请求后,处理业务逻辑或与其它网络应用程序通讯,直到流程处理完成后,返回给客户端。针对通用的流程,在业务逻辑处理慢或是与其它网络应用程序通讯慢的情况,客户端在很长的时间内,才能收到结果。因此这种方式用户体验差。
技术实现思路
本专利技术所要解决的技术问题是:增加预警机制,可以在预警后进行后续优化操作,使得应用程序可以以最佳状态运行。为了解决上述技术问题,本专利技术采用的技术方案为:提供一种处理应用程序响应的方法,包括:第一计时器计时应用程序处理业务逻辑的时长,获得第一数值;第二计时器计时应用程序与网络程序通讯的时长,获得第二数值;确定第一数值和/或第二数值符合预警条件;对应用程序响应进行预警,并进行优化处理。为解决上述问题,本专利技术还提供一种处理应用程序响应的系统,包括:第一计时器,用于计时应用程序处理业务逻辑的时长,获得第一数值;第二计时器,用于计时应用程序与网络程序通讯的时长,获得第二数值;分析器,用于确定第一数值和/或第二数值符合预警条件;预警器,用于对应用程序响应进行预警;处理器,用于在预警后,对应用程序的响应进行优化处理。本专利技术的有益效果在于:区别于现有技术,本专利技术通过计时应用程序在处理业务逻辑以及和其他网络程序通讯的时长,获得两个时长数值,并在其时长数值符合预警条件后,进行预警,并相应地优化处理。通过上述方式,本专利技术可以实时监控运行周期,并分析程序响应速度,通过优化处理,使得应用程序可以以最佳状态运行,并降低程序内部耗时,提升客户端用户体验。【附图说明】图1为本专利技术方法实施例一的流程示意图;图2为本专利技术方法的具体实施例的流程示意图;图3为本专利技术系统实施例二的结构框图;图4为本专利技术系统实施例三的结构框图。【具体实施方式】为详细说明本专利技术的
技术实现思路
、所实现目的及效果,以下结合实施方式并配合附图予以说明。本专利技术最关键的构思在于:通过对应用程序以及与网络程序通讯的时间消耗进行监控和预警,并作优化处理,改善程序响应。请参照图1,本专利技术实施例一提供一种处理应用程序响应的方法,包括:S1:第一计时器计时应用程序处理业务逻辑的时长,获得第一数值;S2:第二计时器计时应用程序与网络程序通讯的时长,获得第二数值;S3:确定第一数值和/或第二数值符合预警条件;S4:对应用程序响应进行预警,并进行优化处理。在实际操作中,本专利技术实施例一可以通过应用程序业务逻辑处理模块进行自身的业务逻辑处理以及和其他网络程序的通讯。通过预警模块进行预警工作。其中,步骤S1具体为:S11:应用程序获取客户端请求,第一计时器开始计时,记录第一起始值;S12:应用程序处理业务第一个逻辑,并在结束处理业务第N个逻辑后,第一计时器停止计时,记录第一结束值;S13:根据所述第一起始值及第一结束值,获取第一数值。如图2所示,本专利技术的一个具体实施例在应用程序收到客户端请求后,计时器1开始计时,应用程序开始处理业务逻辑,其中业务逻辑1?N表示业务处理的整个过程,即第一个业务逻辑1至最后一个业务逻辑N。并在最后一个业务逻辑N处理完后,关闭计时器,并记录结束的时间,通过与开始记录的时间对比,获取应用程序处理业务逻辑的耗时。其中,步骤S2具体为:S21:在第一计时器计时过程中,检测应用程序是否与网络程序进行通讯;若是,则S22:第二计时器计时通讯过程的时长,获得第二数值;反之,则S23:第二计时器不计时。应用程序如果有与其它网络程序进行通讯,在通讯开始时计时器2开始计时,并在通讯结束后,关闭计时器2。若没有与其他网络程序进行通讯,则计时器2不作计时操作。可选地,本专利技术将计时器1与计时器2的数值写入到预警系统中,预警系统中包括预警模块。同时,应用程序返回信息给客户端。其中,步骤S3具体为:S31:根据业务逻辑需要,设定第一预警阈值,例如为1秒,以及第二预警阈值,例如为0.5秒;S32:判断第一数值是否大于等于第一预警阈值;若是,则S33:确定第一数值符合预警条件;反之,则S34:忽略第一数值;和/ 或S35:判断第二数值是否大于等于第二预警阈值;若是,则S36:确定第二数值符合预警条件;反之,则S37:忽略第二数值。预警模块分别分析收到的计时器1的数值和计时器2的数值后,判断是否满足预警条件,其中预警条件根据业务的需要进行设定,例如计时器1的预警条件可以设定为1秒,计时器2的预警条件可以设定为0.5秒,其中,计时器1的数值必须大于计时器2的数值。如果满足,则进行预警,并循环进行入一个预警分析。其中,步骤S4具体为:S41:自动切换线路进行自我修复;或S42:调整应用程序工作模式。通过预警机制,在出现响应慢的情况后,通过其它模块的自修复(例如自动切换线路)或人工干预(例如人工调整应用程序工作模式,只保留核心业务),能够让程序重新以最佳状态运行。因此应用程序从接收到请求到返回结果的整个生命周期进行各种细化工作的计时监控,能够快速分析到应用程序内部(非用户感知)慢的根源。区别于现有技术,本发当前第1页1 2 本文档来自技高网
...

【技术保护点】
一种处理应用程序响应的方法,其特征在于,包括:第一计时器计时应用程序处理业务逻辑的时长,获得第一数值;第二计时器计时应用程序与网络程序通讯的时长,获得第二数值;确定第一数值和/或第二数值符合预警条件;对应用程序响应进行预警,并进行优化处理。

【技术特征摘要】

【专利技术属性】
技术研发人员:范福生黄钟贵江洪詹彦安李正郑晟陈宏展刘德建
申请(专利权)人:福建天晴数码有限公司
类型:发明
国别省市:福建;35

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1