日志自动回捞方法、装置和系统、计算机程序产品及介质制造方法及图纸

本发明专利技术实施例提供一种日志自动回捞方法、装置和系统、计算机程序产品及介质，其中所述方法包括：响应于发生运行问题，执行以下两种方式中的至少一种；上报运行问题的信息给服务端；向所述服务端发起请求，响应于接收到所述服务端返回的回捞指令，基于所述回捞指令，上报日志文件；基于第一预设条件进行第一策略匹配，判断第一策略是否匹配成功；响应于第一策略匹配成功，基于所述运行问题，上报日志文件。本发明专利技术实施例通过两种方式分别独立或者协作的方式，可以在尽量减少流量开支的情况下，当发生严重的或者疑难的线上问题时，自动提供系统运行的详细日志文件，帮助开发人员快速定位问题原因。问题原因。问题原因。

【技术实现步骤摘要】
日志自动回捞方法、装置和系统、计算机程序产品及介质


[0001]本专利技术涉及日志回捞领域，尤其涉及一种日志自动回捞方法、装置和系统、计算机程序产品及介质。

技术介绍

[0002]目前，应用于不同业务，不同场景的功能型互联网平台越来越丰富，日志平台就是其中之一。现有的日志平台在管理一般采用如下方式：APP端把系统运行产生的日志写入文件并保存，当用户发生问题时，这些文件可以帮助开发人员定位问题原因。目前，获取该文件有两种方案：第一种是，每次生成日志文件后，全部上传到服务器，等发生问题时，开发人员发起对特定用户的回捞操作，从服务器获取日志文件，这种方案的缺点是，为了解决个别疑难问题，将所有的日志文件都上传，浪费用户流量，增加公司的带宽支出。第二种是，APP 不主动上传日志文件，当发生问题后，开发人员在后台发起对特定用户的回捞操作，由开发人员操作一般有一定的滞后性，当APP下次启动时，通过请求服务器接口获取到回捞指令，上报日志文件，缺点在于由于开发人员操作的滞后性，APP获取到回捞指令时可能已经距离问题发生间隔时间太久，用户的日志文件已经被清除，导致回捞失败。

技术实现思路

[0003]本专利技术提供一种日志自动回捞方法、装置和系统、计算机程序产品及介质，用以解决现有技术中存在的技术缺陷。
[0004]本专利技术提供一种日志自动回捞方法，应用于客户端，包括：
[0005]响应于发生运行问题，执行以下两种方式中的至少一种；
[0006]上报运行问题的信息给服务端；向所述服务端发起请求，响应于接收到所述服务端返回的回捞指令，基于所述回捞指令，上报日志文件；
[0007]基于第一预设条件进行第一策略匹配，判断第一策略是否匹配成功；响应于第一策略匹配成功，基于所述运行问题，上报日志文件。
[0008]根据本专利技术实施例所述的日志自动回捞方法，所述第一预设条件包括以下条件至少之一：
[0009]连续两次或两次以上均都没有正常结束进程；
[0010]在第三预设时间段内发生运行问题的次数超过两次。
[0011]根据本专利技术实施例所述的日志自动回捞方法，所述方法包括：
[0012]再次启动时，向所述服务端发起请求；
[0013]判断是否接收到由服务端反馈的回捞指令，所述服务端反馈的回捞指令是否生成是基于所述运行问题是否在服务器中存储有回捞标记所确定。
[0014]本专利技术还提供了一种日志自动回捞方法，应用于服务端，包括：
[0015]响应于监测到发生第一运行问题，获取所述第一运行问题的监控信息，根据所述第一运行问题的监控信息确定是否创建自动回捞标记；
[0016]响应于确定创建自动回捞标记，为所述第一运行问题创建并存储自动回捞标记；
[0017]接收客户端上传的运行问题信息，确定所述运行问题信息对应的第二运行问题是否已存在自动回捞标记；
[0018]响应于所述第二运行问题已存在自动回捞标记，生成回捞指令并发送给所述客户端。
[0019]根据本专利技术实施例所述的日志自动回捞方法，所述根据第一运行问题的监控信息确定是否创建自动回捞标记包括：
[0020]根据所述第一运行问题的监控信息和第二预设条件，进行第二策略匹配，响应于第二策略匹配成功，确定为所述第一运行问题创建自动回捞标记。
[0021]根据本专利技术实施例所述的日志自动回捞方法，所述第二预设条件包括以下条件至少之一：
[0022]所述运行问题在第一预设时间段内发生了超过第一阈值、发生运行问题的用户超过第二阈值；
[0023]所述运行问题未被设置为拒绝回捞；
[0024]以及回捞成功的日志文件少于第四阈值；
[0025]或，所述第二预设条件包括：
[0026]所述第一运行问题被设置为自动回捞。
[0027]根据本专利技术实施例所述的日志自动回捞方法，所述回捞指令用于指示所述客户端上传日志信息。
[0028]本专利技术还提供了一种日志自动回捞系统，包括客户端和服务端，所述客户端包括：交互回捞模块和自主回捞模块的至少之一；
[0029]所述交互回捞模块，用于上报运行问题的信息给服务端；向所述服务端发起请求，响应于接收到所述服务端返回的回捞指令，基于所述回捞指令，上报日志文件；
[0030]所述自主回捞模块，用于基于第一预设条件进行第一策略匹配，判断第一策略是否匹配成功；响应于第一策略匹配成功，基于所述运行问题，上报日志文件。
[0031]所述服务端包括：监控模块，用于响应于监测到发生第一运行问题，获取所述第一运行问题的监控信息，根据所述第一运行问题的监控信息确定是否创建自动回捞标记；
[0032]回捞标记创建模块，用于响应于确定创建自动回捞标记，为所述第一运行问题创建并存储自动回捞标记；
[0033]确定模块，用于接收客户端上传的运行问题信息，确定所述运行问题信息对应的第二运行问题是否已存在自动回捞标记；
[0034]回捞指令生成模块，用于响应于所述第二运行问题已存在自动回捞标记，生成回捞指令并发送给所述客户端。
[0035]本专利技术还提供一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现所述日志自动回捞方法的步骤。
[0036]本专利技术还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述日志自动回捞方法的步骤。
[0037]本专利技术实施例中可以向所述服务端发起请求，基于服务端反馈的回捞指令进行回捞，或当客户端自身发生比较严重的问题是主动回捞，通过两种方式分别独立或者协作的
方式，可以在尽量减少流量开支的情况下，当发生严重的或者疑难的线上问题时，自动提供系统运行的详细日志文件，帮助开发人员快速定位问题原因。
附图说明
[0038]为了更清楚地说明本专利技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0039]图1是本专利技术一实施例提供的日志自动回捞方法之一的流程示意图；
[0040]图2是本专利技术一实施例提供的日志自动回捞装置之一的示意图；
[0041]图3是本专利技术一实施例提供的日志自动回捞方法之二的流程示意图；
[0042]图4是本专利技术一实施例提供的日志自动回捞装置之二的示意图；
[0043]图5是本专利技术提供的计算机程序产品的结构示意图。
具体实施方式
[0044]为使本专利技术的目的、技术方案和优点更加清楚，下面将结合本专利技术中的附图，对本专利技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种日志自动回捞方法，应用于客户端，其特征在于，包括：响应于发生运行问题，执行以下两种方式中的至少一种；上报运行问题的信息给服务端；向所述服务端发起请求，响应于接收到所述服务端返回的回捞指令，基于所述回捞指令，上报日志文件；基于第一预设条件进行第一策略匹配，判断第一策略是否匹配成功；响应于第一策略匹配成功，基于所述运行问题，上报日志文件。2.根据权利要求1所述的日志自动回捞方法，其特征在于，所述第一预设条件包括以下条件至少之一：连续两次或两次以上均都没有正常结束进程；在第三预设时间段内发生运行问题的次数超过两次。3.根据权利要求1所述的日志自动回捞方法，其特征在于，所述方法包括：再次启动时，向所述服务端发起请求；判断是否接收到由服务端反馈的回捞指令，所述服务端反馈的回捞指令是否生成是基于所述运行问题是否在服务器中存储有回捞标记所确定。4.一种日志自动回捞方法，应用于服务端，其特征在于：响应于监测到发生第一运行问题，获取所述第一运行问题的监控信息，根据所述第一运行问题的监控信息确定是否创建自动回捞标记；响应于确定创建自动回捞标记，为所述第一运行问题创建并存储所述自动回捞标记；接收客户端上传的运行问题信息，确定所述运行问题信息对应的第二运行问题是否已存在自动回捞标记；响应于所述第二运行问题已存在所述自动回捞标记，生成回捞指令并发送给所述客户端。5.根据权利要求4所述的日志自动回捞方法，其特征在于，所述根据第一运行问题的监控信息确定是否创建自动回捞标记包括：根据所述第一运行问题的监控信息和第二预设条件，进行第二策略匹配，响应于第二策略匹配成功，确定为所述第一运行问题创建自动回捞标记。6.根据权利要求5所述的日志自动回捞方法，其特征在于，所述第二预设条件包括...

【专利技术属性】
技术研发人员：袁月光，
申请(专利权)人：北京房江湖科技有限公司，
类型：发明
国别省市：