CN111831523A - 一种客户端无感知排查线上问题的方法及系统 - Google Patents

一种客户端无感知排查线上问题的方法及系统 Download PDF

Info

Publication number
CN111831523A
CN111831523A CN202010588445.1A CN202010588445A CN111831523A CN 111831523 A CN111831523 A CN 111831523A CN 202010588445 A CN202010588445 A CN 202010588445A CN 111831523 A CN111831523 A CN 111831523A
Authority
CN
China
Prior art keywords
log
client
server
task
troubleshooting
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010588445.1A
Other languages
English (en)
Inventor
马小勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Shizhuang Information Technology Co ltd
Original Assignee
Shanghai Shizhuang Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Shizhuang Information Technology Co ltd filed Critical Shanghai Shizhuang Information Technology Co ltd
Priority to CN202010588445.1A priority Critical patent/CN111831523A/zh
Publication of CN111831523A publication Critical patent/CN111831523A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466Performance evaluation by tracing or monitoring
    • G06F11/3476Data logging
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3452Performance evaluation by statistical analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Evolutionary Biology (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明涉及一种客户端无感知排查线上问题的方法及系统,所述一种客户端无感知排查线上问题的方法,包括:服务端基于用户唯一标示定向、主动下发日志上报信令;所述日志上报信令用于客户端接收并触发日志上报;服务端接收并存储上报日志;所述定向下发信令到对应客户端是通过用户唯一标示。所述客户端无感知排查线上问题的系统包括:服务端,其基于用户唯一标示定向下发日志上报信令;以及客户端,其接收所述日志上报信令并触发日志上报;所述客户端上传的日志由所述服务端接收并存储。本发明克服了现有分析定位bug的方法不利于个案分析的问题,同时克服了日志被动依赖客户端上报的问题,极大提高了分析定位线上bug的效率和精度,降低了在线bug的排查成本及互联网用户获取日志的难度。

Description

一种客户端无感知排查线上问题的方法及系统
技术领域
本发明涉及客户终端技术领域,特别是涉及一种客户端无感知排查线上问题的方法及系统。
背景技术
互联网技术不断更新迭代,为满足不同用户的需求,APP行业愈加火爆。虽然在APP正式上线前,开发人员力求该APP各项性能正常,但上线后的APP难免出现不可预料和难以复现的bug。究其原因主要有两点:一是系统的个性化定制、不同硬件设备的组装配备、不同品牌和机型的发布造成的严重手机设备碎片化;二是各地网络基建的差异,造成的网络环境的复杂变化。
现有分析定位bug的方法,通常是将每个用户的日志上报到服务端,进行全局统计和监控,但是全量的、被动的大盘统计和监控并不利于个案分析,存在搜索成本高、效率低、权限不够、数据不全等问题。
因此,如何更加精准、高效且低成本地分析定位线上bug,成为了客户终端技术领域亟待解决的重要问题。
发明内容
为了克服上述技术问题,本发明提供了一种客户端无感知排查线上问题的方法及系统,极大提高了分析定位线上bug的效率和精度,降低了排查成本。
为实现上述目的,本发明的技术方案如下:
基于本发明的一个方面,提供了一种客户端无感知排查线上问题的方法,所述方法包括:
服务端基于用户唯一标示定向下发日志上报信令;
所述日志上报信令用于客户端接收并触发日志上报;
服务端接收并存储上报日志;
所述上报日志通过所述用户唯一标示被查找。
优选地,所述用户唯一标示包括但不限于userId、deviceId。
优选地,所述日志上报信令为一组数据,包括:上报控制字段、开始时间、结束时间、任务ID;
所述上报控制字段,用于控制客户端日志是否上报;
所述开始时间和所述结束时间,用于按照时间纬度过滤客户端日志;
所述任务ID,是用于日志查找的唯一标示。
优选地,所述服务端接收并存储上报日志的步骤之前,所述方法还包括:
所述上报日志文件在客户端进行压缩;
服务端接收客户端上传压缩文件的请求;
所述压缩文件上传完成后,服务端接收客户端发出的完成通知;
服务端判断所述压缩文件是否上传成功。
优选地,所述上报日志通过所述用户唯一标示被查找的步骤,还包括:
所述上报日志通过所述用户唯一标示被日志平台查找,所述日志平台用于对互联网用户的日志排查权限和/或对互联网用户创建的排查任务进行管理。
优选地,所述定向下发日志上报信令,方法包括:
所述服务端通过push服务向所述客户端定向下发日志上报信令。
优选地,所述定向下发日志上报信令,方法包括:
所述客户端启动时请求所述服务端接口获取日志上报信令。
基于本发明的另一个方面,提供了一种客户端无感知排查线上问题的系统,所述客户端无感知排查线上问题的系统包括:
服务端,其基于用户唯一标示定向下发日志上报信令;以及
客户端,其接收所述日志上报信令并触发日志上报;
所述客户端上传的日志由所述服务端接收并存储。
优选地,所述客户端无感知排查线上问题的系统还包括:
数据库,该数据库保存所述服务端接收的日志;
所述服务端接收的日志的参数包括但不限于时间戳、进程信息、线程信息、类信息、对象信息、方法信息、方法参数信息、设备信息、网络信息、日志等级、日志种类、自定义信息。
优选地,所述客户端无感知排查线上问题的系统还包括:
推送部,该推送部用于为所述服务端提供push服务;
所述服务端通过所述推送部向所述客户端定向下发日志上报信令。
优选地,所述客户端无感知排查线上问题的系统还包括:日志平台部,所述日志平台部用于对日志排查权限进行分配和控制和/或对排查任务进行管理。
优选地,所述日志平台部包括权限管理组,该权限管理组用于权限申请、权限审批、权限校验;
互联网用户向所述权限管理组提交权限申请,所述权限管理组对所述权限申请进行权限审批,审批完成后拥有权限的互联网用户在通过所述权限管理组的权限校验后可以对所述日志平台进行访问。
优选地,所述日志平台部包括任务管理组,该任务管理组用于任务创建、任务审批、任务列表展示、审批列表展示;
互联网用户访问通过所述任务管理组创建日志回捞任务;所述任务管理组对所述日志回捞任务进行审批,任务列表和审批列表通过所述任务管理组进行可视化展示。
优选地,所述客户端包括数据筛选组,所述数据筛选组根据所述日志上报信令中包含的开始时间,结束时间字段,按照时间纬度筛选符合时段内的日志文件。
优选地,所述客户端包括数据压缩组,所述数据压缩组对符合条件的日志源文件进行文件压缩。
本发明的有益效果为:
一种客户端无感知排查线上问题的方法及系统,针对现有将全部用户的日志上报到服务端,进行全局统计和监控的bug排查方法,本发明提出了一种客户端无感知排查线上问题的方法及系统,方便服务端定向、主动、无感知获取单个用户日志,进一步开放了普通开发人员的日志访问权限,使普通开发人员可以即时获取客户端日志,同时通过科学合理的设计提供了更加全面详细的日志数据,提供了主动回捞日志和过滤符合特定条件的日志上报的能力,极大提高了分析定位线上bug的效率和精度,降低了排查成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中上所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一种客户端无感知排查线上问题的方法中定向获取指定用户日志的流程图;
图2为本发明一种客户端无感知排查线上问题的方法中回捞日志流程图;
图3为本发明一种客户端无感知排查线上问题的方法一实施例的流程图;
图4为本发明一种客户端无感知排查线上问题的系统的架构原型图;
图5为本发明一种客户端无感知排查线上问题的系统中日志平台部的结构示意图;
图6为本发明一种客户端无感知排查线上问题的系统中客户端的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
为使本发明的目的、技术方案和优点更加清楚,下面将结合具体实施例对本发明请求保护的一种客户端无感知排查线上问题的方法及系统作进一步地详细阐述。
基于本发明的一个方面,提供了一种客户端无感知排查线上问题的方法,如图1、图2所示,所述方法包括:服务端基于用户唯一标示定向下发日志上报信令;所述日志上报信令用于客户端接收并触发日志上报;服务端接收并存储上报日志;所述上报日志通过所述用户唯一标示被查找,具体的,所述上报日志通过所述用户唯一标示被日志平台和/或服务端查询获取。
本发明实施例针对现有对日志进行全量的、被动的大盘统计和监控的线上bug排查方法,提供了一种定向、主动、即时、无感知获取指定用户日志的方法。具体的,本发明实施例中客户端的日志按照单个用户纬度在服务端进行归类存储,服务端通过用户唯一标示来查询获取对应客户端的用户日志文件,大大降低了获取单个用户日志的难度,提高了个案分析的效率。
优选地,所述日志在存储时包含的信息,包括但不限于:时间戳、进程、线程信息、类信息、对象信息、方法信息、方法参数信息、设备信息、网络信息、日志等级、日志种类、自定义信息。所述日志种类包括但不限于:Crash日志、代码级日志、行为日志、网络日志、业务日志。本发明实施通过对日志的格式、参数、通用性和扩展性方面的科学合理的设计,最大程度的保证日志数据全面详细,同时在代码关键节点埋点采集日志,尽量覆盖全部运行路径,帮助开发人员尽可能全面地还原bug发生时的现场,方便开发人员有更多可用信息来分析定位问题。
优选地,所述用户唯一标示包括但不限于userId、deviceId,如本领域技术人员可以理解的,这里的唯一标示还可以为其他能够标示用户的唯一值。
优选地,所述日志上报信令为一组数据,包括:上报控制字段、开始时间、结束时间、任务ID;所述上报控制字段,用于控制客户端日志是否上报,具体的,当日志上报信令中的上报控制字段为打开时,客户端则触发日志上报到服务端,否则客户端不对日志进行处理。所述开始时间和所述结束时间,用于按照时间纬度过滤客户端日志,具体的,客户端根据所述日志上报信令中包含的所述开始时间和所述结束时间对本地日志文件进行时间过滤;所述任务ID,是用于日志查找的唯一标示。本发明实施例实现了通过时间戳对客户端日志进行过滤,然后对符合特定条件的日志进行上报,一方面节省了用户地流量,另一方面提高了文件上传地成功率。
优选地,所述上报日志上报到服务端后,在服务端存储的path格式为:/项目/用户唯一标示/文件名。
优选地,所述服务端接收并存储上报日志的步骤之前,所述方法还包括:所述上报日志文件在客户端进行压缩,需要说明的是,这里的上报日志为经过时间过滤后符合条件的日志,对不符合条件的日志客户端不做处理。压缩后,客户端请求服务端接口上传压缩文件;服务端接收客户端上传压缩文件的请求;所述压缩文件上传完成后,客户端发回调通知服务端上传任务完成,服务端接收客户端发出的完成通知;服务端判断所述压缩文件是否上传成功。
优选地,所述上报日志文件在客户端进行压缩,采用的压缩方法包括但不限于zip压缩,gzip压缩,rar压缩。
优选地,所述上报日志通过所述用户唯一标示被查找的步骤,还包括:所述上报日志通过所述用户唯一标示被日志平台查找,所述日志平台用于对互联网用户的日志排查权限和/或对互联网用户创建的排查任务进行管理,所述互联网用户,包括但不限于普通开发人员,测试人员或其他内部人员;所述日志平台的形式包括但不限于可视化操作网页,用于帮助普通互联网用户直接操作回捞日志。所述对互联网用户创建的排查任务进行管理包括任务创建,任务审批操作,任务列表展示,审批列表展示等。具体的,例如,开发人员向日志平台提交访问权限申请,访问权限经审批通过后,拥有权限的开发人员可以对日志平台进行访问,但开发人员每次访问前需要由日志平台进行对其权限的校验,需要说明的是,这里的权限审批可以是人工审批,例如由具有owner权限的管理员进行审批。本发明实施例的日志平台对普通开发人员开放了访问权限,降低了普通开发人员获取日志数据的门槛,方便普通开发人员回捞日志,可视化平台更易操作。
优选地,所述访问权限申请的提交和所述访问权限审批通知的下达可以通过IM通知实现。具体如下,日志平台owner权限管理员收到开发人员提交的审批IM通知后开始审批,当owner权限管理员审批通过时,普通开发者获得访问权限并收到权限获取成功的IM通知,管理员审批拒绝,普通开发者收到权限获取失败的IM通知,此时开发人员可重新申请。本发明实施例所述的IM通知包括但不限于飞书通知、企业微信通知、钉钉通知、电子邮件通知,如本领域技术人员可以理解的,只要是通过即时通讯系统发送的通知即为本发明要求保护的IM通知。
优选地,所述定向下发日志上报信令,方法包括:
所述服务端通过push服务向所述客户端定向下发日志上报信令,具体的,本发明实施例所述的push服务包括但不限于极光push、个推push、腾讯信鸽、华为等手机厂商提供的push服务,本发明实施例所述push服务的push类型为自定义push,本发明实施例所述push服务采用的push策略包括但不限于长链接方式实现push。如本领域技术人员可以理解的,只要是通过push服务发送信令的方式即为本发明要求保护的定向下发日志上报信令的方式。
优选地,所述定向下发日志上报信令,方法包括:
所述客户端启动时请求所述服务端接口获取日志上报信令。
本发明实施例通过所述push推送或通过所述客户端启动时请求所述服务端接口获取日志上报信令,极大的提高了主动回捞日志能力和效率,降低了在线bug排查过程中对客户端触发上报的依赖,提升了日志获取的效率。
结合以上所述,参阅图3所示,是本发明一种客户端无感知排查线上问题的方法一实施例的流程图,具体的,包括如下步骤:
开发人员通过客户投诉、系统告警、测试反馈或者bug调试产生了在线bug排查的需求;获得日志平台访问权限的开发人员,在日志平台创建定向日志回捞任务;日志回捞任务审核通过后,服务端通过push服务或客户端配置向所述客户端定向下发日志上报信令;客户端接收所述日志上报信令并触发日志上报;上报日志存在数据库中,例如阿里云,服务端从阿里云拉取日志;日志平台对外展示日志链接;具有访问权限的开发人员通过日志平台下载日志并进行分析;开发人员对在线bug进行精准定位并给出解决方案;经过debug的代码通过回归测试后合版上线。
基于本发明的另一个方面,提供了一种客户端无感知排查线上问题的系统,如图4所示,所述客户端无感知排查线上问题的系统包括:服务端,其基于用户唯一标示定向下发日志上报信令;以及客户端,其接收所述日志上报信令并触发日志上报;所述客户端上传的日志由所述服务端接收并存储。
优选地,所述客户端无感知排查线上问题的系统还包括:
数据库,该数据库保存所述服务端接收的日志,所述数据库包括但不限于私有数据库或阿里云OSS;
所述服务端接收的日志的参数包括但不限于时间戳、进程信息、线程信息、类信息、对象信息、方法信息、方法参数信息、设备信息、网络信息、日志等级、日志种类、自定义信息。
优选地,所述客户端无感知排查线上问题的系统还包括:
推送部,该推送部用于为所述服务端提供push服务;
所述服务端通过所述推送部向所述客户端定向下发日志上报信令。
优选地,所述客户端无感知排查线上问题的系统还包括:日志平台部,所述日志平台部用于对日志排查权限进行分配和控制和/或对排查任务进行管理。
优选地,如图5所示,所述日志平台部包括权限管理组,该权限管理组用于权限申请、权限审批、权限校验;互联网用户向所述权限管理组提交权限申请,所述权限管理组对所述权限申请进行权限审批,审批完成后拥有权限的互联网用户在通过所述权限管理组的权限校验后可以对所述日志平台进行访问。
优选地,如图5所示,所述日志平台部包括任务管理组,该任务管理组用于任务创建、任务审批、任务列表展示、审批列表展示;互联网用户访问通过所述任务管理组创建日志回捞任务;所述任务管理组对所述日志回捞任务进行审批,任务列表和审批列表通过所述任务管理组进行可视化展示。
优选地,如图6所示,所述客户端包括数据筛选组,所述数据筛选组根据所述日志上报信令中包含的开始时间,结束时间字段,按照时间纬度筛选符合时段内的日志文件。
优选地,如图6所示,所述客户端包括数据压缩组,所述数据压缩组对符合条件的日志源文件进行文件压缩。
综上所述,与现有技术相比,本发明提供了一种客户端无感知排查线上问题的方法及系统,所述一种客户端无感知排查线上问题的方法,包括:服务端基于用户唯一标示定向下发日志上报信令;所述日志上报信令用于客户端接收并触发日志上报;服务端接收并存储上报日志;所述上报日志通过所述用户唯一标示被查找。所述客户端无感知排查线上问题的系统包括:服务端,其基于用户唯一标示定向下发日志上报信令;以及客户端,其接收所述日志上报信令并触发日志上报;所述客户端上传的日志由所述服务端接收并存储。本发明通过用户唯一标示来查询获取对应用户日志文件,大大降低了获取单个用户日志的难度,克服了大盘数据无法分析个案的缺陷。其次本发明提供了更全面详细的各类日志信息,降低了问题分析定位难度。最后,本发明通过可视化的日志平台为普通开发人员分配获取日志的权限,提高了线上bug排查的效率,普通开发人员通过该平台可直接操作回捞日志,降低了普通开发人员获取日志数据的门槛,填补了大盘数据依赖APP端上报的缺陷。
以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解,本发明不受上述实施例的限制,上述实施例和说明书中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下本发明还会有各种变化和改进,这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等同物界定。

Claims (10)

1.一种客户端无感知排查线上问题的方法,其特征在于,所述方法包括:
服务端基于用户唯一标示定向下发日志上报信令,所述用户唯一标示包括但不限于userId、deviceId;
所述日志上报信令用于客户端接收并触发日志上报;
服务端接收并存储上报日志;
所述上报日志通过所述用户唯一标示被查找。
2.根据权利要求1所述的一种客户端无感知排查线上问题的方法,其特征在于,所述日志上报信令为一组数据,包括:上报控制字段、开始时间、结束时间、任务ID;
所述上报控制字段,用于控制客户端日志是否上报;
所述开始时间和所述结束时间,用于按照时间纬度过滤客户端日志;
所述任务ID,是用于日志查找的唯一标示。
3.根据权利要求1所述的一种客户端无感知排查线上问题的方法,其特征在于,所述服务端接收并存储上报日志的步骤之前,所述方法还包括:
所述上报日志文件在客户端进行压缩;
服务端接收客户端上传压缩文件的请求;
所述压缩文件上传完成后,服务端接收客户端发出的完成通知;
服务端判断所述压缩文件是否上传成功。
4.根据权利要求1所述的一种客户端无感知排查线上问题的方法,其特征在于,所述上报日志通过所述用户唯一标示被查找的步骤,还包括:
所述上报日志通过所述用户唯一标示被日志平台查找,所述日志平台用于对互联网用户的日志排查权限和/或对互联网用户创建的排查任务进行管理。
5.根据权利要求1-4任一项所述的一种客户端无感知排查线上问题的方法,其特征在于,所述定向下发日志上报信令,方法包括:
所述服务端通过push服务向所述客户端定向下发日志上报信令。
6.根据权利要求1-4任一项所述的一种客户端无感知排查线上问题的方法,其特征在于,所述定向下发日志上报信令,方法包括:
所述客户端启动时请求所述服务端接口获取日志上报信令。
7.一种客户端无感知排查线上问题的系统,其特征在于,所述客户端无感知排查线上问题的系统包括:
服务端,其基于用户唯一标示定向下发日志上报信令;以及
客户端,其接收所述日志上报信令并触发日志上报,所述客户端包括数据压缩组,所述数据压缩组对符合条件的日志源文件进行文件压缩;
所述客户端上传的日志由所述服务端接收并存储;
所述客户端无感知排查线上问题的系统还包括:
数据库,该数据库保存所述服务端接收的日志;
所述服务端接收的日志的参数包括但不限于时间戳、进程信息、线程信息、类信息、对象信息、方法信息、方法参数信息、设备信息、网络信息、日志等级、日志种类、自定义信息。
8.根据权利要求7所述的一种客户端无感知排查线上问题的系统,其特征在于,所述客户端无感知排查线上问题的系统还包括:
推送部,该推送部用于为所述服务端提供push服务;
所述服务端通过所述推送部向所述客户端定向下发日志上报信令。
9.根据权利要求7所述的一种客户端无感知排查线上问题的系统,其特征在于,所述客户端无感知排查线上问题的系统还包括:日志平台部,所述日志平台部用于对日志排查权限进行分配和控制和/或对排查任务进行管理;
所述日志平台部包括权限管理组,该权限管理组用于权限申请、权限审批、权限校验;
互联网用户向所述权限管理组提交权限申请,所述权限管理组对所述权限申请进行权限审批,审批完成后拥有权限的互联网用户在通过所述权限管理组的权限校验后可以对所述日志平台进行访问。
所述日志平台部还包括任务管理组,该任务管理组用于任务创建、任务审批、任务列表展示、审批列表展示;
互联网用户访问通过所述任务管理组创建日志回捞任务;所述任务管理组对所述日志回捞任务进行审批,任务列表和审批列表通过所述任务管理组进行可视化展示。
10.根据权利要求7所述的一种客户端无感知排查线上问题的系统,其特征在于,所述客户端还包括数据筛选组,所述数据筛选组根据所述日志上报信令中包含的开始时间,结束时间字段,按照时间纬度筛选符合时段内的日志文件。
CN202010588445.1A 2020-06-24 2020-06-24 一种客户端无感知排查线上问题的方法及系统 Pending CN111831523A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010588445.1A CN111831523A (zh) 2020-06-24 2020-06-24 一种客户端无感知排查线上问题的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010588445.1A CN111831523A (zh) 2020-06-24 2020-06-24 一种客户端无感知排查线上问题的方法及系统

Publications (1)

Publication Number Publication Date
CN111831523A true CN111831523A (zh) 2020-10-27

Family

ID=72898151

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010588445.1A Pending CN111831523A (zh) 2020-06-24 2020-06-24 一种客户端无感知排查线上问题的方法及系统

Country Status (1)

Country Link
CN (1) CN111831523A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113312667A (zh) * 2021-06-07 2021-08-27 支付宝(杭州)信息技术有限公司 一种风险防控方法、装置及设备
CN115269340A (zh) * 2022-09-20 2022-11-01 北京搜狐新动力信息技术有限公司 日志回捞方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102333105A (zh) * 2010-07-14 2012-01-25 华为技术有限公司 业务通信的方法、系统、推送客户端和用户设备
CN105490841A (zh) * 2015-11-26 2016-04-13 广州华多网络科技有限公司 一种终端日志抓取方法、装置及系统
CN109525608A (zh) * 2019-01-07 2019-03-26 Oppo广东移动通信有限公司 日志上报方法和装置、日志管理方法和装置及终端设备
US20190097873A1 (en) * 2017-09-26 2019-03-28 Cisco Technology, Inc. Predicting computer network equipment failure
CN110209639A (zh) * 2019-04-16 2019-09-06 深圳绿米联创科技有限公司 信息处理方法、装置及系统
CN110764979A (zh) * 2018-07-27 2020-02-07 北京京东尚科信息技术有限公司 日志识别方法、系统、电子设备和计算机可读介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102333105A (zh) * 2010-07-14 2012-01-25 华为技术有限公司 业务通信的方法、系统、推送客户端和用户设备
CN105490841A (zh) * 2015-11-26 2016-04-13 广州华多网络科技有限公司 一种终端日志抓取方法、装置及系统
US20190097873A1 (en) * 2017-09-26 2019-03-28 Cisco Technology, Inc. Predicting computer network equipment failure
CN110764979A (zh) * 2018-07-27 2020-02-07 北京京东尚科信息技术有限公司 日志识别方法、系统、电子设备和计算机可读介质
CN109525608A (zh) * 2019-01-07 2019-03-26 Oppo广东移动通信有限公司 日志上报方法和装置、日志管理方法和装置及终端设备
CN110209639A (zh) * 2019-04-16 2019-09-06 深圳绿米联创科技有限公司 信息处理方法、装置及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113312667A (zh) * 2021-06-07 2021-08-27 支付宝(杭州)信息技术有限公司 一种风险防控方法、装置及设备
CN113312667B (zh) * 2021-06-07 2022-09-02 支付宝(杭州)信息技术有限公司 一种风险防控方法、装置及设备
CN115269340A (zh) * 2022-09-20 2022-11-01 北京搜狐新动力信息技术有限公司 日志回捞方法及装置
CN115269340B (zh) * 2022-09-20 2023-01-06 北京搜狐新动力信息技术有限公司 日志回捞方法及装置

Similar Documents

Publication Publication Date Title
US10733079B2 (en) Systems and methods for end-to-end testing of applications using dynamically simulated data
US8601122B2 (en) Managing captured network traffic data
JP4890794B2 (ja) ネットワークを監査するためのシステムおよび方法
CN111835585B (zh) 物联网设备的巡检方法、装置、计算机设备和存储介质
CN112286806B (zh) 自动化测试方法、装置、存储介质及电子设备
US10986020B2 (en) Reconstructing message flows based on hash values
CN111831523A (zh) 一种客户端无感知排查线上问题的方法及系统
CN110784374A (zh) 业务系统运行状态的监控方法、装置、设备和系统
CN110633195B (zh) 一种性能数据的展示方法、装置、电子设备及存储介质
CN110659202A (zh) 客户端自动化测试方法及装置
CN111654495B (zh) 用于确定流量产生来源的方法、装置、设备及存储介质
CN113360376A (zh) 埋点测试方法和装置
US10659289B2 (en) System and method for event processing order guarantee
CN111767218A (zh) 一种用于持续集成的自动化测试方法、设备及存储介质
CN116467188A (zh) 一种多环境场景下的通用本地复现系统和方法
CN113742400B (zh) 一种基于自适应约束条件的网络数据获取系统及方法
CN113901153A (zh) 数据处理方法及相关设备
CN110413496B (zh) 一种实现电子证照运行数据组件化收集的方法
US10963331B2 (en) Collecting repeated diagnostics data from across users participating in a document collaboration session
CN107872493A (zh) 一种信息处理方法、终端和服务器
CN112604295A (zh) 游戏更新失败的上报方法、装置及管理方法、服务器
CN114040191A (zh) 直播场景的压力测试方法、装置、介质及电子设备
CN117955807A (zh) 系统检测方法、装置、电子设备及计算机可读存储介质
CN115842763A (zh) 性能检测方法及设备、通信系统
CN117331841A (zh) 一种接口测试方法、装置、电子设备及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination