[发明专利]一种Linux系统应用程序崩溃信息的收集系统及收集方法在审
申请号: | 202310342010.2 | 申请日: | 2023-03-31 |
公开(公告)号: | CN116340109A | 公开(公告)日: | 2023-06-27 |
发明(设计)人: | 杨俊;刁楷;高斯雄 | 申请(专利权)人: | 重庆长安汽车股份有限公司 |
主分类号: | G06F11/30 | 分类号: | G06F11/30;G06F16/906 |
代理公司: | 北京润平知识产权代理有限公司 11283 | 代理人: | 高英英 |
地址: | 400023 *** | 国省代码: | 重庆;50 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 linux 系统 应用程序 崩溃 信息 收集 方法 | ||
本申请公开了一种Linux系统应用程序崩溃信息的收集系统及收集方法,收集系统与开发终端通信,该收集系统包括:崩溃监控模块,被配置成监控Linux系统的应用程序的崩溃事件的signal信号,并在监控到signal信号时获取崩溃事件的崩溃信息;崩溃管理模块,与崩溃监控模块通信,被配置成接收崩溃监控模块发送的崩溃信息,并对崩溃信息进行处理以得到崩溃数据;服务器,与崩溃管理模块通信,被配置成接收崩溃管理模块发送崩溃数据,并将崩溃数据进行分类存储后同步至开发终端。本申请能有效地收集Linux系统的应用程序崩溃信息,让开发人员在程序出现崩溃后更迅速、精准的定位产生崩溃的根因,提升了崩溃类问题的分析效率,进而提升应用程序稳定性。
技术领域
本申请涉及计算机技术领域,具体涉及一种Linux系统应用程序崩溃信息的收集系统及收集方法。
背景技术
目前市场上有很多基于Linux系统开发的终端产品,若产品应用程序运行过程中出现崩溃导致功能无法使用,会极大影响用户体验。如何更加有效的收集Linux系统的崩溃信息,让开发人员在程序出现崩溃后更迅速、精准的定位产生崩溃的根因成为重难点问题。
现有技术中常见的崩溃收集方案主要有售后人员发现问题后主动拉取日志后人工进行筛查、终端监控到崩溃后直接上报崩溃信息等,主动拉取日志方式可能会因为日志被覆盖、当前网络异常等导致无法拉取可用日志,而终端监控到崩溃后直接上报方式在同一问题频发时可能会因数据量过大导致数据上传通道拥堵、浪费流量等。且上述两种方案开发人员在查看问题还需要再次进行日志查找,同类问题汇总,效率较低。
发明内容
本申请实施例的目的是提供一种Linux系统应用程序崩溃信息的收集系统及收集方法,用以解决解决现有技术中Linux系统应用程序在运行过程中收集崩溃信息效率较低的问题。
为了实现上述目的,本申请第一方面提供一种Linux系统应用程序崩溃信息的收集系统,收集系统与开发终端通信,该收集系统包括:
崩溃监控模块,被配置成监控Linux系统的应用程序的崩溃事件的signal信号,并在监控到signal信号时获取崩溃事件的崩溃信息;
崩溃管理模块,与崩溃监控模块通信,被配置成接收崩溃监控模块发送的崩溃信息,并对崩溃信息进行处理以得到崩溃数据;
服务器,与崩溃管理模块通信,被配置成接收崩溃管理模块发送崩溃数据,并将崩溃数据进行分类存储后同步至开发终端。
在本申请实施例中,崩溃信息包括:
堆栈信息、signal信号的signal值和signal信号的发生时间。
在本申请实施例中,崩溃数据包括:
Linux系统的应用程序所在终端的唯一标识、Linux系统的应用程序的软件版本号、崩溃事件记录文件以及相关日志。
在本申请实施例中,崩溃管理模块还被配置成:
在接收崩溃监控模块发送的崩溃信息之前,将崩溃事件记录表、待处理崩溃事件列表和崩溃信息处理线程进行初始化以阻塞式等待崩溃事件。
在本申请实施例中,崩溃管理模块还被配置成:
在接收到崩溃监控模块发送的崩溃信息之后,将崩溃信息存放至待处理崩溃事件列表以等待下一个崩溃事件。
在本申请实施例中,崩溃管理模块包括:
文件加载单元,被配置成加载崩溃收集配置表;
崩溃信息处理单元,与文件加载单元通信,被配置成接收崩溃监控模块发送的崩溃信息,并根据崩溃收集配置表对崩溃信息进行处理以得到崩溃数据;
崩溃上传单元,分别与崩溃信息处理单元和服务器通信,被配置成将崩溃数据上传至服务器。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于重庆长安汽车股份有限公司,未经重庆长安汽车股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202310342010.2/2.html,转载请声明来源钻瓜专利网。