CN107622011A - 一种动态日志控制方法及系统 - Google Patents

Abstract

本发明涉及一种动态日志控制方法，包括如步骤：读取日志参数配置，运行日志服务，并执行如下至少一步骤；A、监控所述日志参数配置，若所述日志参数配置发生改变则加载新的日志参数配置；B、监控系统运行的进程状态，若所述进程状态发生改变则重新读取并加载日志参数配置。同时本发明提供一种动态日志控制系统，包括：日志配置缓存区、日志记录组件、事件记录组件、日志管理子组件以及截图组件。本发明所起到的有益效果包括：1、可实时动态配置日志选项，用户可以自定义设置，在保证尽量不影响性能的情况下有效的获取进程运行相关的信息。2、具备用户事件记录功能，可以辅助问题复现和分析。3、具备截图功能，可以辅助问题分析。

Description

一种动态日志控制方法及系统

技术领域

本发明涉及车载多媒体系统检测领域，特别涉及一种动态日志控制方法及系统。

背景技术

在汽车电子软件领域，软件功能逻辑越来越多样化，开发周期短，实车环境复杂，对软件运行有一定的影响，出现质量问题时，在台架上往往难以复现。用户往往对问题描述不够专业和准确，也对问题复现增加了难度，如何获取车机出现软件质量问题时的第一手资料比较困难。

另外，在开发测试过程当中，测试系统的日志对研发有很大的参考意义，当需要系统输出不同类型的日志时，研发人员需要重新启动系统，并在启动系统后加载新的配置参数，这大大影响了研发的效率。

发明内容

本发明为了解决上述技术问题，提供一种动态日志控制方法及系统。

一种动态日志控制方法，包括如步骤：

读取日志参数配置，运行日志服务，并执行如下至少一步骤；

A、监控所述日志参数配置，若所述日志参数配置发生改变则加载新的日志参数配置；

B、监控系统运行的进程状态，若所述进程状态发生改变则重新读取并加载日志参数配置。

进一步的，所述步骤A包括如下子步骤：

建立日志配置存储区，并在所述日志配置存储区与处理模块之间搭建提醒通信端口；

当日志配置存储区发生变化时，通过提醒通信端口发送信号至处理模块。

进一步的，所述步骤B中的所述进程状态包括进程数量、进程项目或者特定进程中的至少一种。

进一步的，所述日志服务还包括用户事件记录服务：

识别用户操作指令；

记录该操作指令的发生时间、指令执行情况。

进一步的，所述日志服务还包括日志输出步骤：

获取日志等级；

若所述日志等级高于第一预设等级，则输出日志记录；

若所述日志等级高于第二预设等级，则输出日志文件。

其中，当所述日志等级高于第二预设等级时，还包括截屏步骤。所述日志等级至少包括自低到高的正常等级、提醒等级、警告等级、错误等级以及严重错误等级。

优选的，所述第一预设等级为提醒等级；所述第二预设等级为错误等级。

另外，本发明还提供一种动态日志控制系统，包括：

日志配置缓存区，用于存储和编辑日志配置参数；

日志记录组件，用于储存系统运行时所记录的日志数据以及日志文件；以及

事件记录组件，用于同步记录用户的操作动作；

其中当所述日志配置缓存区内的日志配置参数发生改变或者系统进程状态发生改变时，系统均会重新加载日志配置参数。

优选的，还包括日志管理组件和/或截图组件；

所述日志管理组件用于管理日志文件大小和/或存储周期，

所述截图组件用于当日志服务记录到错误时对当前时刻屏幕进行截屏。

本发明的动态日志控制方法及系统所起到的有益效果包括：

1、可实时动态配置日志选项，用户可以自定义设置，在保证尽量不影响性能的情况下有效的获取进程运行相关的信息。

2、具备用户事件记录功能，可以辅助问题复现和分析。

3、具备截图功能，可以辅助问题分析。

附图说明

图1为本发明实施例1中的方法原理图。

图2为本发明实施例2中的方法原理图。

图3为本发明实施例3中的系统架构图。

具体实施方式

下面结合附图对本发明的较佳实施例进行详细阐述，以使本发明的优点和特征更易被本领域技术人员理解，从而对本发明的保护范围作出更为清楚的界定。

实施例1：

一种动态日志控制方法，该方法用于对车载电子系统运行过程中的日志服务进行控制，使其输出的日志更加符合测试人员以及维修人员的需求，从而更加容易判定错误的类型以及原因。

具体方法如图1所示，包括如步骤：

首先，处理模块先读取日志参数配置，加载日志参数的配置后运行日志服务，本实施例中，日志参数可以但不仅限于包括储存路径、日志等级划分等。

在日志服务运行后，系统会执行一个动态的日志参数加载步骤，并执行如下至少一步骤；

A、本步骤属于被动加载步骤，具体是系统通过监控日志参数配置，监控器参数配置是否发生变化，如果日志参数配置发生改变时，系统则会对新的日志参数配置进行重新加载。

期间具体步骤是首先通过系统建立一个用于储存日志配置参数的日志配置存储区，同时在该日志配置存储区与处理模块之间搭建专门的提醒通信端口，该提醒通信端口是用于在日志配置参数变更后及时向系统的处理模块发送通知信息，使系统能够及时读取并加载新的日志配置参数。

上述监控步骤更多用于用户或者操作者主动对日志配置参数进行修改后的及时响应，保证系统能够快速地输出操作者想要的日志。

B、本步骤属于主动加载步骤，具体系统通过监控其中运行的进程状态，本实施例中，景成状态可以但不仅限于包括进程的数量，进程的具体明细甚至是需要重点监控的进程。当该进程状态发生改变是，系统将主动重新读取并加载日志参数配置。

步骤B可以有效地重点监控并且输出某一特定的进程，或者是监控系统运行的稳定性。系统可能在某一进程中止或者开始后，需要相应调整日志文件的配置参数，从而保证对整个系统的完成监控。

监控过程是持续的过程，其贯穿了本实施例中的日志控制流程，使采用了本实施例所提供方法的日志控制系统可以快速的、动态地输出相应的日志文件或者状态，同时也并不需要关闭进程或者关闭系统，减少了对系统的影响。

实施例2：

作为实施例1的优化，本实施例与实施例1 的区别在于：如图2所示，本实施例具体公开了日志服务的相应步骤，如输出步骤等。

其中，当系统根据其自身设置或者是根据用户操作而需要对日志进行输出时，其具体还包括如下步骤：

首先，对当前时刻的日志进行读取，并且获取该日志的日志等级。日志的等级可以根据不同的标准进行设置，主要用于对系统状态的记录进行分类。而本实施例的分类标准是根据系统状态记录了的错误程度进行分类，具体的。可以但不仅限于将日志的等级按照如下方法进行分类，其实根据每个事件赋予几个不同的优先级由高到低进行划分：

紧急错误等级：紧急情况，需要立即通知技术人员。

严重错误等级：应该被立即改正的问题，如系统数据库被破坏，ISP连接丢失。

较大错误等级：重要情况，如硬盘错误，备用连接丢失。

错误等级：错误，不是非常紧急，在一定时间内修复即可。

警告等级：警告信息，不是错误，比如系统内存使用率超过90%等。

提醒等级：不是错误情况，也不需要立即处理。

正常等级：情报信息，正常的系统消息，比如常规报告，提示性数据等，不需要处理。

可以理解的，上述分类只是针对系统的需要进行分类，本领域技术人员可以根据实际需要对日志的等级进行增加或者删减，从而达到简化或者优化系统的目的。

在获取了日志等级之后，对等级进行比较，若日志等级高于第一预设等级，则输出日志记录；

同时，如果日志等级高于第二预设等级，则输出日志文件。

其中，第一预设等级是用于判定日志是否需要记录，如在系统正常运行过程中，其会产生很多报告性的日志，如当前系统占用率，反馈系统正常运行的信息等，一般维修人员或者研发人员不需要查看这类信息，因此可以先将这些信息进行过滤，使日志文件更加简洁。因此第一预设等级可以是正常等级，或者是提醒的等级。

而第二预设等级是用于判定日志是否需要单独进行输出，来提醒维修人员或者是研发人员对当前系统状态进行相应。因此这种日志通常时在系统发生了错误之后才会产生的，是维修或者研发人员修补漏洞的重要参照物。因此，第二预设等级是错误等级。

另外，为了更好地获得错误信息，以及提高错误复现率，系统可以控制当系统发现错误时，即当日志等级高于第二预设等级时，执行截屏步骤。即截取当前屏幕信息，并且于日志文件 同时保存，方便后期处理。

同时，也可以控制系统记录用户的操作指令，从而进一步提高系统漏洞的识别，具体本实施例中可以但不仅限于操作指令的发生时间、指令执行情况。

实施例3：

如图3所示，本实施例在上述两个实施例的基础上，提供一种动态日志控制系统，包括：日志配置缓存区、日志记录组件、事件记录组件、日志管理子组件以及截图组件。

其中日志配置缓存区用于存储和编辑日志配置参数，当日志配置缓存区内的日志配置参数发生改变或者系统进程状态发生改变时，系统均会重新加载日志配置参数。

日志记录组件用于储存系统运行时所记录的日志数据以及日志文件。

事件记录组件用于同步记录用户的操作动作。

日志管理组件用于管理日志文件大小和/或存储周期，

截图组件用于当日志服务记录到错误时对当前时刻屏幕进行截屏。

上面结合附图对本发明的实施方式作了详细说明，但是本发明并不限于上述实施方式，在本领域普通技术人员所具备的知识范围内，还可以在不脱离本发明宗旨的前提下作出各种变化。

Claims (10)

1.一种动态日志控制方法，其特征在于：包括如步骤：

读取日志参数配置，运行日志服务，并执行如下至少一步骤；

A、监控所述日志参数配置，若所述日志参数配置发生改变则加载新的日志参数配置；

B、监控系统运行的进程状态，若所述进程状态发生改变则重新读取并加载日志参数配置。

2.根据权利要求1所述的动态日志控制方法，其特征在于，所述步骤A包括如下子步骤：

建立日志配置存储区，并在所述日志配置存储区与处理模块之间搭建提醒通信端口；

当日志配置存储区发生变化时，通过提醒通信端口发送信号至处理模块。

3.根据权利要求1所述的动态日志控制方法，其特征在于，所述步骤B中的所述进程状态包括进程数量、进程项目或者特定进程中的至少一种。

4.根据权利要求1所述的动态日志控制方法，其特征在于，所述日志服务还包括用户事件记录服务：

识别用户操作指令；

记录该操作指令的发生时间、指令执行情况。

5.根据权利要求1所述的动态日志控制方法，其特征在于，所述日志服务还包括日志输出步骤：

获取日志等级；

若所述日志等级高于第一预设等级，则输出日志记录；

若所述日志等级高于第二预设等级，则输出日志文件。

6.根据权利要求5所述的动态日志控制方法，其特征在于，当所述日志等级高于第二预设等级时，还包括截屏步骤。

7.根据权利要求5所述的动态日志控制方法，其特征在于，所述日志等级至少包括自低到高的正常等级、提醒等级、警告等级、错误等级以及严重错误等级。

8.根据权利要求7所述的动态日志控制方法，其特征在于，所述第一预设等级为提醒等级；所述第二预设等级为错误等级。

9.一种动态日志控制系统，其特征在于，包括：

日志配置缓存区，用于存储和编辑日志配置参数；

日志记录组件，用于储存系统运行时所记录的日志数据以及日志文件；以及

事件记录组件，用于同步记录用户的操作动作；

其中当所述日志配置缓存区内的日志配置参数发生改变或者系统进程状态发生改变时，系统均会重新加载日志配置参数。

10.根据权利要求9所述的动态日志控制系统，其特征在于，还包括日志管理组件和/或截图组件；

所述日志管理组件用于管理日志文件大小和/或存储周期，

所述截图组件用于当日志服务记录到错误时对当前时刻屏幕进行截屏。