CN116401224A - 一种日志记录方法、终端设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种日志记录方法、终端设备及计算机可读存储介质，该日志记录方法根据业务系统的调用指令生成日志记录指令，并根据日志记录指令的执行信息获取业务系统的操作信息，根据操作信息、执行信息和预设格式生成应用日志。本申请的日志记录方法根据控制层、业务层以及数据访问层的至少一者的调用指令进行日志记录，使得应用日志的记录范围能够覆盖业务系统中重要的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

Description

一种日志记录方法、终端设备及计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种日志记录方法、终端设备及计算机可读存储介质。

背景技术

日志记录在软件开发过程承担着重要作用，通过对业务系统执行的操作及操作结果进行记录，使得管理员可以根据应用日志对业务系统的运行状态进行分析，为业务系统的运营维护提供重要参考。

随着需求水平的提高，业务系统的业务代码日趋复杂化，现有的业务系统的日志记录方法，需要根据业务系统的设计选择合适的粒度进行记录，在粒度过大时，记录的应用日记容易忽略业务分支细节，使得应用日志的可参考性降低，在粒度过小时，应用日记过于细节会导致日志文件所占用的存储空间较多，影响业务性能，因此，亟需一种可参考性高的日志记录方法。

发明内容

为解决上述技术问题，本申请提供了一种日志记录方法、终端设备及计算机可读存储介质。

为解决上述问题，本申请提供一种日志记录方法，包括：响应于业务系统的控制层、业务层以及数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括方法类的执行信息；根据所述执行信息获取所述业务系统的操作信息；根据所述执行信息、所述操作信息以及预设格式生成所述业务系统的应用日志。

为解决上述问题，本申请提供一种终端设备，包括处理器以及与所述处理器连接的存储器，其中，所述存储器中存储有程序数据，所述处理器调取所述存储器存储的所述程序数据，以执行如上所述的日志记录方法。

为解决上述问题，本申请提供一种计算机可读存储介质，存储有程序指令，所述程序指令被执行以实现如上所述的日志记录方法。

本申请提出了一种日志记录方法、终端设备及计算机可读存储介质，该日志记录方法根据业务系统的调用指令生成日志记录指令，并根据日志记录指令的执行信息获取业务系统的操作信息，根据操作信息、执行信息和预设格式生成应用日志。本申请的日志记录方法根据控制层、业务层以及数据访问层的至少一者的调用指令进行日志记录，使得应用日志的记录范围能够覆盖业务系统中重要的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请提出的日志记录方法的第一实施例的流程示意图；

图2是本申请提出的日志记录方法的第二实施例的流程示意图；

图3是本申请提出的日志记录方法的第三实施例的流程示意图；

图4是本申请提供的终端设备的一实施例的结构示意图；

图5是本申请提供的终端设备的另一实施例的结构示意图；

图6是本申请提供的计算机可读存储介质的一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动情况下所获得的所有其他实施例，均属于本申请保护的范围。

需要说明，若本申请实施例中有涉及方向性指示（诸如上、下、左、右、前、后……），则该方向性指示仅用于解释在某一特定姿态（如附图所示）下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，若本申请实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

本申请实施例提出了一种日志记录方法，该日志记录方法可以应用于终端设备，该终端设备根据业务系统的调用指令进行日志记录，使得应用日志的记录范围能够覆盖业务系统中重要的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

该终端设备可以应用于日志数据处理技术领域。其中，该日志记录方法可以应用于金融科技，可以用于电子商务、电子支付、证券、电子银行、税务交易、信用卡、网络购物、保险等业务系统中，在此不做具体限定。

其中，本申请的终端设备可以为服务器，也可以为由服务器和本地终端相互配合的系统。相应地，终端设备包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和本地终端中。

进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。在一些可能的实现方式中，本申请实施例的日志记录方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

请参见图1，图1是本申请提出的日志记录方法的第一实施例的流程示意图。如图1所示，在本实施例中，该日志记录方法包括以下步骤：

步骤S11：响应于业务系统的调用指令，生成日志记录指令，日志记录指令包括方法类的执行信息。

具体地，业务系统用于为用户提供业务服务，例如，在电子商务的应用场景中，业务系统可以为用户提供商品浏览、购物下单等服务；在银行的应用场景中，业务系统可以为用户提供网上转账、信用卡还款、信用卡权益等服务，在此对业务系统的具体业务不做限定。

为了保证业务系统的业务逻辑的准确性，在对业务系统进行开发设计时，业务系统通常会划分有多个系统分层，以通过系统分层提供对应的服务。根据系统框架可以选择不同的分层方式，例如，在一实施方式中，系统分层可以包括控制层（Controller）、业务层（Service）以及数据访问层（Data Access Object，DAO）；在其他实施方式中，系统分层还可以包括数据接收层（SpringMVC）、数据持久化层（Hibernate）和业务管理层（Spring），数据接收层用于接收网页端提交的数据，并根据数据跳转到对应的网页，业务管理层用于负责业务管理，数据持久化层用于对数据库进行持久化操作。

调用指令为业务系统在提供业务服务时经过系统分层的边界时所发出的调用指令，可以理解为，调用指令为业务系统的各系统分层的调用指令，根据业务系统的各系统分层的调用指令，生成日志记录指令，对业务系统进行日志记录。由于响应于系统分层的调用指令生成日志记录指令，使得本实施例的日志记录方法能够记录到业务系统的关键方法类的操作细节，应用日志的粒度适中。

其中，日志记录指令包括方法类的执行信息，方法类为该系统分层调用服务时所需调用的方法类，执行信息可以包括执行对象、执行时间等信息。

步骤S12：根据执行信息获取业务系统的操作信息。

在获取方法类的执行信息后，根据执行信息获取业务系统的操作信息。具体地，执行信息包括执行对象、执行时间等，操作信息包括执行对象在完成操作时所需的操作数据等，例如，执行信息包括执行方法类的名称、字段等，操作信息可以包括执行方法类完成操作时的耗时、响应数据等。

步骤S13：根据执行信息、操作信息以及预设格式生成业务系统的应用日志。

按照预设格式对获取的执行信息、操作信息进行描述组装，以生成业务系统的应用日志。由于应用日志按照预设格式生成，使得应用日志的格式统一，开发人员在查看应用日志时能够快速观察业务流程是否正常，有助于开发人员快速定位开发问题，提高使用体验。

在本申请实施例中，该日志记录方法根据业务系统的调用指令生成日志记录指令，并根据日志记录指令的执行信息获取业务系统的操作信息，根据操作信息、执行信息和预设格式生成应用日志。本实施例的日志记录方法根据业务系统的调用指令进行日志记录，使得应用日志的记录范围能够覆盖业务系统中重要的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

在一实施例中，请参见图2，图2是本申请提出的日志记录方法的第二实施例的流程示意图。如图2所示，在本实施例中，业务系统包括控制层、业务层以及数据访问层，该日志记录方法包括以下步骤：

步骤S21：响应于控制层、业务层以及数据访问层的至少一者的调用指令，生成日志记录指令，日志记录指令包括调用过程的方法类的执行信息。

具体地，业务系统的控制层用于控制业务逻辑，例如，控制层用于管理业务层的调度和管理页面跳转，控制层在接收到网页端发起的请求时，负责调用业务层对请求进行处理，以跳转到对应页面。业务层用于连接数据访问层和控制层，业务层为业务请求提供具体需要的方法类并调用对应的方法操作数据访问层，以返回业务请求所需的数据。数据访问层用于与数据库进行交互，并对数据库进行增删改查操作，以将相应的数据返回至业务层。

在业务系统对用户的业务请求进行处理时，业务系统需要调用控制层、业务层以及数据访问层至少一者进行请求处理，在本实施例中，响应于控制层、业务层以及数据访问层的至少一者的调用指令，生成日志记录指令，使得日志记录范围能够覆盖控制层、业务层以及数据访问层的关键调用方法。

步骤S22：根据执行信息获取业务系统的操作信息。

步骤S23：根据执行信息、操作信息以及预设格式生成业务系统的应用日志。

步骤S22-S23与上述的步骤S11-S13类似，在此不再赘述。

示例性的，控制层用于提供接口调用，在调用控制层提供的服务时，日志记录指令的执行信息至少包括需调用的接口名称、接口调用的相关方法类等。业务层用于通过Java类方法执行逻辑判断操作，在调用业务层提供的服务时，日志记录指令的执行信息至少包括业务层调用的方法类的名称等。数据访问层用于提供数据库的调用服务，以获取所需的操作数据。

在本申请实施例中，该日志记录方法根据控制层、业务层以及数据访问层的至少一者的调用指令生成日志记录指令，并根据日志记录指令的执行信息获取业务系统的操作信息，使得应用日志的记录范围能够覆盖业务系统中重要的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

可选地，控制层的服务通过第一接口进行调用；步骤S21还包括以下步骤：响应于控制层的调用指令，生成第一日志记录指令，第一日志记录指令包括第一接口的调用信息。

具体地，业务系统使用第一接口调用控制层的服务，第一接口的调用信息可以包括接口名称、使用的相关方法类等，其中，第一接口包括但不局限于超文本传输协议（HyperText Transfer Protocol，HTTP）接口、Dubbo接口等。响应于控制层的调用指令，生成第一日志记录指令，以根据第一日志指令获取控制层的操作信息，生成对应的应用日志。

其中，在执行信息包括第一接口的调用信息时，操作信息可以包括控制层通过第一接口获取的入参、出参、调用第一接口时的前端页面相关的用户信息等。

可选地，业务层通过执行方法类进行逻辑判断；步骤S21还包括以下步骤：响应于业务层的调用指令，生成第二日志记录指令，第二日志记录指令包括方法类的执行参数信息。

具体地，业务层用于通过Java类方法进行逻辑判断操作，响应于业务层的调用指令，生成第二日志记录指令，第二日志记录指令包括方法类的执行参数信息，执行参数信息例如可以包括方法类的名称信息，根据执行参数信息获取业务层的参数信息，参数信息可以包括方法类执行的入参、出参以及执行耗时等。

可选地，数据访问层用于调用数据库服务；步骤S21还包括以下步骤：响应于数据访问层的调用指令，生成第三日志记录指令，第三日志记录指令包括数据库服务的执行参数信息。

具体地，数据访问层用于提供数据库的调用服务，数据库包括但不局限于Oracle数据库、MySQL数据库、MongoDB数据库以及Redis数据库。例如，在业务层通过数据访问层获取业务数据时，响应于数据访问层的调用指令，生成第三日志记录指令，执行参数信息可以包括数据访问层调用的数据库名称、调用数据库服务所使用的执行方法等，第三日志记录指令用于记录数据访问层返回业务层的数据等参数信息。

进一步地，为了便于理解，对日志记录方法应用于金融科技领域的场景进行举例说明。用户通过业务系统的前端页面在购物车中进行下单操作，业务系统的控制层接收用户的下单请求并返回下单结果至前端页面，根据用户的下单信息生成第一日志记录指令，此时，控制层的记录内容包括控制层接收的请求参数、控制层返回的下单结果及跳转的页面信息等。

业务层根据下单请求调用业务层对下单情况进行逻辑判断，业务层根据下单商品信息、下单数量等信息获取商品的库存信息、客户信息等并进行逻辑判断，以获得下单结果，此时，生成第二日志记录指令，业务层的记录内容包括业务层接收的下单商品信息和下单数量等信息、业务层返回的下单结果及业务层进行逻辑判断时调用的方法类的参数信息等。

业务层根据下单商品信息、下单数量等信息，调用数据访问层的数据服务，以获取商品的库存信息、客户信息等信息，数据访问层响应于业务层的调用指令，生成第三日志记录指令。数据访问层的记录内容包括数据访问层接收的调用信息、数据访问层对数据库进行的操作信息及数据访问层获取的库存信息、客户信息等信息。

在上述的业务场景中，控制层用于管理业务层并进行前端页面的相应跳转操作，业务层用于根据控制层的调用请求进行对应的业务逻辑判断，数据访问层用于根据业务层的调用请求获取对应的操作数据，本实施例的日志记录方法用于对控制层、业务层和数据访问层等系统分层之间的边界进行记录，以保证记录的应用日志能够包括控制层、业务层和数据访问层等关键方法的操作细节。

在一实施例中，请参见图3，图3是本申请提出的日志记录方法的第三实施例的流程示意图。如图3所示，在本实施例中，业务系统与外部系统通过第二接口连接，该日志记录方法包括以下步骤：

步骤S31：响应于业务系统与外部系统的调用指令，生成第四日志记录指令，第四日志记录指令包括第二接口的方法类的调用信息。

具体地，在业务系统的业务请求较为复杂时，业务系统与外部系统通过第二接口连接，以使得业务系统可以调用外部系统的数据、服务等对业务请求进行处理。例如，在银行的业务场景中，银行业务系统可以与保险、网上购物等外部系统连接并进行交互，以使得外部系统可以调用银行业务系统进行支付处理，或者，银行业务系统可以调取外部系统的数据或服务对银行业务进行处理。

步骤S32：根据执行信息获取业务系统的操作信息。

步骤S33：根据执行信息、操作信息以及预设格式生成业务系统的应用日志。

步骤S32-S33与上述的步骤S11-S13类似，在此不再赘述。

在本申请实施例中，该日志记录方法根据业务系统与外部系统的调用指令生成日志记录指令，并根据日志记录指令的执行信息获取业务系统的操作信息，使得应用日志的记录范围能够覆盖业务系统与外部系统连接的业务方法类，应用日志的可参考性高，应用日志的内容更加有效便于开发人员根据应用日志定位生产问题。

在一实施例中，步骤S12还包括以下步骤：根据执行信息获取业务系统对应的操作信息，或者，根据执行信息查询业务系统对应的操作信息。

具体地，在控制层接收到执行信息后，根据执行信息调用业务层获取对应的操作信息，操作信息可以是业务层中可以直接进行逻辑判断所获得的信息，例如，业务层根据执行信息进行逻辑判断获得判断信息，控制层获取业务层返回的操作信息并将其返回至前端页面；操作信息也可以是业务层根据执行信息调用数据访问层的相关数据，数据访问层根据执行信息在相关数据库中查询得到对应的相关数据，以使得业务层根据执行信息和相关数据进行逻辑判断获得操作信息，控制层获取业务层返回的操作信息并将其返回至前端页面。

在一实施例中，步骤S13还包括以下步骤：将执行信息和操作信息按照预设格式进行组装，以生成应用日志。

具体地，为了便于开发人员查看应用日志，本实施例的日志记录方法将执行信息和操作信息按照预设格式进行组装，以获得日志格式统一的应用日志，使得所有开发人员可以根据操作手册快速查看应用日志的内容。

在一示例性地实施方式中，在具体的业务场景中，应用日志的文件格式包括JSON格式，应用日志具体可以包括以下三部分的内容：标签信息、入参信息和出参信息。其中，标签信息为Header标签的相关信息，用于记录执行相关的数据，Header标签包括但不局限Java类名、Java方法名、方法执行的耗时、接口名称、前端页面以及用户信息等字段。例如，Java类名可以为“UserServiceImpl”的通用字段，Java方法名可以为“getUserInfo”的通用字段，方法执行的耗时可以为“262.926ms”的通用字段，接口名称可以为“user_info.credit_card.getUser或/user/getUserInfo”的字段，前端页面为前端页面的接口被调用时记录的字段，用户信息可以包括用户使用的设备号、网络类型信息、无线通信信息等。入参信息为reqest，用于记录服务调用时的入参；出参信息为response，用于记录服务调用后的出参，入参信息和出参信息根据服务调用所使用的Java方法类进行固定，Header标签则根据具体的调用场景进行选择，在此不做具体限定。

其中，应用日志的预设格式可以通过以下格式来举例说明：{“header”:{A},”reqest”:{B},”response”:{C}}。

请参见图4，图4是本申请提供的终端设备的一实施例的结构示意图。如图4所示，该终端设备100包括处理器101以及与处理器101连接的存储器102，其中，存储器102中存储有程序数据，处理器101调取存储器102存储的程序数据，以执行上述的日志记录方法。

可选地，在一实施例中，处理器101用于执行程序数据以实现如下方法：响应于业务系统的调用指令，生成日志记录指令，日志记录指令包括方法类的执行信息；根据执行信息获取业务系统的操作信息；根据执行信息、操作信息以及预设格式生成业务系统的应用日志。

其中，处理器101还可以称为CPU（Central Processing Unit，中央处理单元）。处理器101可能是一种电子芯片，具有信号的处理能力。处理器101还可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器102可以为内存条、TF卡等，可以存储终端设备100中的全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果都保存在存储器102中。它根据处理器101指定的位置存入和取出信息。有了存储器102，终端设备100才有记忆功能，才能保证正常工作。终端设备100的存储器102按用途可分为主存储器(内存)和辅助存储器(外存),也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

请参见图5，图5是本申请提供的终端设备的另一实施例的结构示意图。如图5所示，本申请还提供了另一种终端设备100，该终端设备100包括响应模块103、获取模块104以及生成模块105。

响应模块103用于响应于业务系统的调用指令，生成日志记录指令，日志记录指令包括方法类的执行信息；获取模块104用于根据执行信息获取业务系统的操作信息；生成模块105用于根据执行信息、操作信息以及预设格式生成业务系统的应用日志。

其中，在本申请的一个实施例，终端设备100中的各个模块可以分别或全部合并为一个或若干个单元来构成，或者其中的某个（些）单元还可以再拆分为功能上更小的多个子单元，可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个单元来实现，或者多个模块的功能由一个单元实现。

请参见图6，图6是本申请提供的计算机可读存储介质的一实施例的结构示意图。如图6所示，该计算机可读存储介质110中存储有能够实现上述所有方法的程序指令111。

在本申请各个实施例中的各功能单元集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在计算机可读存储介质110中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机可读存储介质110在一个程序指令111中，包括若干指令用以使得一台计算机设备（可以是个人计算机，系统服务器，或者网络设备等）、电子设备（例如MP3、MP4等，也可以是手机、平板电脑、可穿戴设备等移动终端，也可以是台式电脑等）或者处理器（processor）以执行本申请各个实施方式方法的全部或部分步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可读存储介质110(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可读存储介质110实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可读存储介质110到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的程序指令111产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机可读存储介质110也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储介质110中的程序指令111产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机可读存储介质110也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的程序指令111提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(可以是个人计算机，服务器，网络设备或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种日志记录方法，其特征在于，包括：

响应于业务系统的控制层、业务层以及数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括方法类的执行信息；

根据所述执行信息获取所述业务系统的操作信息；

根据所述执行信息、所述操作信息以及预设格式生成所述业务系统的应用日志。

2.根据权利要求1所述的日志记录方法，其特征在于，

所述响应于业务系统的控制层、业务层以及数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括方法类的执行信息，包括：

响应于所述控制层、所述业务层以及所述数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括调用过程的方法类的执行信息。

3.根据权利要求2所述的日志记录方法，其特征在于，所述控制层的服务通过第一接口进行调用；

所述响应于所述控制层、所述业务层以及所述数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括调用过程的方法类的执行信息，包括：

响应于所述控制层的调用指令，生成第一日志记录指令，所述第一日志记录指令包括所述第一接口的调用信息。

4.根据权利要求2所述的日志记录方法，其特征在于，所述业务层通过执行所述方法类进行逻辑判断；

所述响应于所述控制层、所述业务层以及所述数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括调用过程的方法类的执行信息，包括：

响应于所述业务层的调用指令，生成第二日志记录指令，所述第二日志记录指令包括所述方法类的执行参数信息。

5.根据权利要求2所述的日志记录方法，其特征在于，所述数据访问层用于调用数据库服务；

所述响应于所述控制层、所述业务层以及所述数据访问层的至少一者的调用指令，生成日志记录指令，所述日志记录指令包括调用过程的方法类的执行信息，包括：

响应于所述数据访问层的调用指令，生成第三日志记录指令，所述第三日志记录指令包括所述数据库服务的执行参数信息。

6.根据权利要求1所述的日志记录方法，其特征在于，所述业务系统与外部系统通过第二接口连接；

所述响应于业务系统的调用指令，生成日志记录指令，所述日志记录指令包括方法类的执行信息，包括：

响应于所述业务系统与所述外部系统的调用指令，生成第四日志记录指令，所述第四日志记录指令包括所述第二接口的方法类的调用信息。

7.根据权利要求1所述的日志记录方法，其特征在于，所述根据所述执行信息获取所述业务系统的操作信息，包括：

根据所述执行信息获取所述业务系统对应的操作信息，或者，根据所述执行信息查询所述业务系统对应的操作信息。

8.根据权利要求1所述的日志记录方法，其特征在于，所述根据所述执行信息、所述操作信息以及预设格式生成所述业务系统的应用日志，包括：

将所述执行信息和所述操作信息按照所述预设格式进行组装，以生成所述应用日志。

9.一种终端设备，其特征在于，包括处理器以及与所述处理器连接的存储器，其中，所述存储器中存储有程序数据，所述处理器调取所述存储器存储的所述程序数据，以执行如权利要求1-8任一项所述的日志记录方法。

10.一种计算机可读存储介质，其特征在于，存储有程序指令，所述程序指令被执行以实现如权利要求1-8任一项所述的日志记录方法。

Images