【技术实现步骤摘要】
日志自动回捞方法、装置和系统、计算机程序产品及介质
[0001]本专利技术涉及日志回捞领域,尤其涉及一种日志自动回捞方法、装置和系统、计算机程序产品及介质。
技术介绍
[0002]目前,应用于不同业务,不同场景的功能型互联网平台越来越丰富,日志平台就是其中之一。现有的日志平台在管理一般采用如下方式:APP端把系统运行产生的日志写入文件并保存,当用户发生问题时,这些文件可以帮助开发人员定位问题原因。目前,获取该文件有两种方案:第一种是,每次生成日志文件后,全部上传到服务器,等发生问题时,开发人员发起对特定用户的回捞操作,从服务器获取日志文件,这种方案的缺点是,为了解决个别疑难问题,将所有的日志文件都上传,浪费用户流量,增加公司的带宽支出。第二种是,APP 不主动上传日志文件,当发生问题后,开发人员在后台发起对特定用户的回捞操作,由开发人员操作一般有一定的滞后性,当APP下次启动时,通过请求服务器接口获取到回捞指令,上报日志文件,缺点在于由于开发人员操作的滞后性,APP获取到回捞指令时可能已经距离问题发生间隔时间太久,用户的日志 ...
【技术保护点】
【技术特征摘要】
1.一种日志自动回捞方法,应用于客户端,其特征在于,包括:响应于发生运行问题,执行以下两种方式中的至少一种;上报运行问题的信息给服务端;向所述服务端发起请求,响应于接收到所述服务端返回的回捞指令,基于所述回捞指令,上报日志文件;基于第一预设条件进行第一策略匹配,判断第一策略是否匹配成功;响应于第一策略匹配成功,基于所述运行问题,上报日志文件。2.根据权利要求1所述的日志自动回捞方法,其特征在于,所述第一预设条件包括以下条件至少之一:连续两次或两次以上均都没有正常结束进程;在第三预设时间段内发生运行问题的次数超过两次。3.根据权利要求1所述的日志自动回捞方法,其特征在于,所述方法包括:再次启动时,向所述服务端发起请求;判断是否接收到由服务端反馈的回捞指令,所述服务端反馈的回捞指令是否生成是基于所述运行问题是否在服务器中存储有回捞标记所确定。4.一种日志自动回捞方法,应用于服务端,其特征在于:响应于监测到发生第一运行问题,获取所述第一运行问题的监控信息,根据所述第一运行问题的监控信息确定是否创建自动回捞标记;响应于确定创建自动回捞标记,为所述第一运行问题创建并存储所述自动回捞标记;接收客户端上传的运行问题信息,确定所述运行问题信息对应的第二运行问题是否已存在自动回捞标记;响应于所述第二运行问题已存在所述自动回捞标记,生成回捞指令并发送给所述客户端。5.根据权利要求4所述的日志自动回捞方法,其特征在于,所述根据第一运行问题的监控信息确定是否创建自动回捞标记包括:根据所述第一运行问题的监控信息和第二预设条件,进行第二策略匹配,响应于第二策略匹配成功,确定为所述第一运行问题创建自动回捞标记。6.根据权利要求5所述的日志自动回捞方法,其特征在于,所述第二预设条件包括...
【专利技术属性】
技术研发人员:袁月光,
申请(专利权)人:北京房江湖科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。