一种多应用日志的查看方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种多应用日志的查看方法及装置。

背景技术：

一般情况下，我们会通过日志框架(例如log4j)将应用日志打印到服务器上，当用户想查看某个应用的日志的时，是用户直接登陆到对应的服务器上使用特定的命令(例如tail)去查看应用日志内容。例如，任务调度系统，配置中心，监控系统、发布系统这四个应用，会将应用日志打印到应用所部署的服务器上，这些应用日志是分散的，不方便查看。

故而，在应用数量比较多的时候，为了查看特定应用的日志内容，就需要频繁的切换应用对应的日志文件，并且登录到对应的服务器，故而很明显这样的操作不但繁琐，而且还耗时，严重降低了效率。

技术实现要素：

本发明了提供了一种多应用日志的查看方法及装置，以解决目前直接在服务器查看多日志内容时操作繁琐、效率低下的技术问题。

为解决上述技术问题，本发明提供了一种多应用日志的查看方法，所述方法包括：

发送请求多应用列表的第一超文本传输协议http访问请求给服务器；

接收所述服务器基于所述第一http访问请求返回的所述多应用列表；

根据用户请求查看所述多应用日志中的第一应用日志的操作请求，判断所述多应用列表中是否具有所述第一应用日志；

若有，则将所述第一应用日志显示在显示界面上供所述用户查看。

优选的，所述第一http访问请求的结构包含：第一请求参数，第一请求地址，第一响应处理函数。

优选的，所述根据用户请求查看所述多应用日志中的第一应用日志的操作请求，判断所述多应用列表中是否具有所述第一应用日志之前，所述方法还包括：

利用所述第一响应处理函数定义一个下拉列表；

遍历所述多应用列表，将所述多应用列表中的每个元素作为所述下拉列表中的选项，添加到所述下拉列表中，其中，应用id为所述下拉列表中的列表项的值，应用名称作为所述所述下拉列表中的列表项中的显示内容；

将所述下拉列表添加到浏览器中。

优选的，所述将所述第一应用日志显示在显示界面上供所述用户查看之后，具体包括：

利用事件监听函数监控所述多应用列表；

在所述多应用列表的选择项由第一选择项变化为第二选择项时，利用所述事件监听函数获取所述第二选择项对应的应用id。

优选的，所述在所述下拉列表的选择项由第一选择项变化为第二选择项时，利用所述事件监听函数获取所述第二选择项对应的应用id之后，所述方法还包括：

判断是否存在所述第二选项对应的第二应用日志；

若没有，发送请求所述第二应用日志的第二http访问请求给所述服务器；所述第二http访问请求的结构包含：第二请求参数，第二请求地址，第二响应处理函数；

接收由所述服务器基于所述第二http访问请求返回的所述第二应用日志；

将所述第二应用日志显示在所述显示界面上供所述用户查看。

优选的，所述将所述第二应用日志显示在所述显示界面上供所述用户查看之前，所述方法还包括：

利用所述第二响应处理函数定义一个变量缓存，用以保存所述第二应用日志；

通过遍历所述服务器返回的日志集合，将所述第二应用日志添加到所述变量缓存中，并将所述第二应用日志封装成适用于所述显示界面的元素，进而显示在所述显示界面上。

优选的，所述则将所述第一应用日志显示在显示界面上供所述用户查看之后，所述方法还包括：

定时发送用于获取自动获取最新应用日志的第三http访问请求给所述服务器；

接收由所述服务器发送的所述最新应用日志。

本发明还公开了一种多应用日志的查看装置，包括：

发送单元，用于发送请求由多应用日志组成的多应用列表的第一超文本传输协议http访问请求给服务器；

接收单元，用于接收所述服务器基于所述第一http访问请求返回的所述多应用列表；

判断单元，用于根据用户请求查看所述多应用日志中的第一应用日志的操作请求，判断所述多应用列表中是否具有所述第一应用日志；

显示单元，用于若有，则将所述第一应用日志显示在显示界面上供所述用户查看。

本发明还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

本发明还公开了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

通过本发明的一个或者多个技术方案，本发明具有以下有益效果或者优点：

本发明公开了一种多应用日志的查看方法及装置，为了解决直接在服务器查看多日志内容操作繁琐、效率低下的问题，本发明将多应用日志集成在一起，形成多应用列表，然后通过发送第一http访问请求给服务器，用来请求服务器返回该多应用列表；由于多应用列表用来管理多应用日志，故而可供用户直接从应用列表中查看多应用日志，即：可基于用户的请求判断多应用列表中是否具有第一应用日志；若有，则将第一应用日志显示在显示界面上供用户查看。综上，本发明先获得了多应用列表，故而在用户在查看多应用日志时，可以直接从多应用列表中进行调用，简单、快速的响应用户的操作，反应效率高，能够提高用户的体验。

附图说明

图1为本发明实施例中多应用日志的查看方法的具体流程图；

图2为本发明实施例中多应用日志的查看装置的示意图。

具体实施方式

为了使本申请所属技术领域中的技术人员更清楚地理解本申请，下面结合附图，通过具体实施例对本申请技术方案作详细描述。

在本发明实施例中，公开了一种多应用日志的查看方法。

参看图1，是本发明公开的多应用日志的查看方法的具体流程图，该方法流程具体包括：

步骤11，发送请求多应用列表的第一超文本传输协议http访问请求给服务器。

为了在计算机中描述应用信息，本发明首先为每个应用都定义了数据结构。在该数据结构中，首先需要一个唯一标识(appid)，用于标识应用的唯一性，其次每个应用有一个名字(appname)，用来直观的展示给用户，便于用户识别，最后需要应用日志的存储路径(logdir)，表示应用日志存在那个位置。定义了应用的数据结构后，我们就可以进行后续的操作。

在具体的实施过程中，本发明中的多应用指的是多个应用，而多个应用各自对应了一应用日志，多个应用对应的应用日志统称为多应用日志。例如，任务调度系统，配置中心，监控系统、发布系统这四个应用，则对应各自的应用日志，并且将应用打印到应用所部署的服务器上。

本发明利用了一列表来集中管理、规范多应用日志，即多应用列表。利用列表的形式只是为了便于管理这些多应用对应的多应用日志，当然，在实际情况中除了列表形式还有其他形式，例如树结构、图标形式等等。

由于在访问服务器时，都是通过超文本传输http协议来做数据交换的，所以为了提高代码的使用率和简洁快速的传输效率，我们实现了一个发送http请求的方法sendhttpreq，我们利用浏览器的http请求对象，通过传入请求参数param、请求地址url和响应处理函数，来执行一个http请求，并使用传入的响应处理函数对响应进行处理。在后续的使用中，我们只需要根据我们的业务需求来定义对应的请求参数，请求地址url和响应处理函数即可。

步骤12，接收所述服务器基于所述第一http访问请求返回的所述多应用列表。

在具体的实施过程中，第一超文本传输协议http访问请求是用于请求服务器返回多应用列表的请求，该多应用列表用以管理多应用日志的列表。

而第一http访问请求的结构包含：第一请求参数，第一请求地址，第一响应处理函数。在发送第一http访问请求，只需定义对应操作的请求参数，请求地址url，请求响应函数即可。其中在请求响应函数中，我们可以将服务器返回的数据显示在浏览器的页面上。

由于每个操作都很类似，下面我们以获取应用列表来做详细的说明：

定义请求地址url：假设请求地址url为http://www.xxxcc.com/log/app/list。

定义第一请求参数param：由于是查看应用列表，故我们的请求参数可以省略。

定义第一响应处理函数renderapplist。

当浏览器向服务器发送了请求以后，服务器会有相应的返回，称为响应，返回中包含了服务器返回的数据，这里为应用列表applist，当响应返回了以后，就会调用第一响应处理函数renderapplist。在这个第一响应处理函数中，我们对服务器返回的数据进行处理：

利用所述第一响应处理函数定义一个下拉列表，该下拉列表是一个可变量的下拉列表selectlist，然后我们遍历返回的应用列表applist，将应用列表applist中的每个元素作为下拉列表中的选项，添加加到下拉列表中，其中应用id为列表项的值，应用名字为列表项的显示内容，最后再将这个下拉列表添加到浏览器的页面上，展示给用户即可，后续用户就可以选择对应的应用，查看该应用的日志。

步骤13，根据用户请求查看所述多应用日志中的第一应用日志的操作请求，判断所述多应用列表中是否具有所述第一应用日志。

在具体的实施过程中，第一应用日志的数目并不做限制，一个或者多个应用日志都可以被叫做第一应用日志。例如，用户可以选择两个应用日志，这两个应用日志也被称为第一应用日志。

步骤14，若有，则将所述第一应用日志显示在显示界面上供所述用户查看。

由于本发明是请求返回多应用列表，而不是逐条请求返回应用日志，故而能够节约网络资源。

作为一种可选的实施例，若判断所述多应用列表中是否具有所述第一应用日志之后，若多应用列表中没有第一应用日志，那么则会发送用于请求第一应用日志的http请求给服务器，请求服务器返回第一应用日志。该http请求中，会配置相应的请求参数，请求地址以及响应处理函数，用于对请求第一应用日志并且对其进行后续处理。为了便于区分，本申请将配置请求第一应用日志的参数称作：第三请求参数，第三请求地址以及第三响应处理函数。

作为一种可选的实施例，将应用列表显示到了浏览器界面上，通过选择应用列表中的应用项，我们就可以指定我们想要查看的应用日志。为了在每次选择不同应用项的时候能够显示不同的日志，还可以利用事件监听函数监控所述多应用列表，事件监听函数可称为appchangeaction；在所述多应用列表的选择项由第一选择项变化为第二选择项时，利用所述事件监听函数获取所述第二选择项对应的应用id，然后基于第二选择项对应的应用id请求服务器返回对应的应用日志。

作为一种可选的实施例，若将多应用列表以下拉列表的形式添加到浏览器的页面上，那么还可以为应用下拉列表selectlist注册一个选择项变化的事件监听函数，这里称为appchangeaction，每次当应用下拉列表的选择项变化的时候，appchangeaction函数就回被调用，其中被选中的应用选项就被当做参数传递给appchangeaction，这里称这个参数为app，在app中我们可以获取到应用id，然后基于第二选择项对应的应用id请求服务器返回对应的应用日志。

作为一种可选的实施例，在基于第二选择项对应的应用id请求服务器返回对应的应用日志的情况下，可首先判断是否存在所述第二选项对应的第二应用日志；若没有，发送请求所述第二应用日志的第二http访问请求给所述服务器；所述第二http访问请求的结构包含：第二请求参数，第二请求地址，第二响应处理函数；接收由所述服务器基于所述第二http访问请求返回的所述第二应用日志；将所述第二应用日志显示在所述显示界面上供所述用户查看。

在具体的实施过程中，和上述请求多应用列表的方式类似，具体来说，我们获取到了第二应用日志对应的应用id，由于这个应用id是第二应用日志的唯一标识，故我们可以通过将这个id发送给服务器，让服务器通过这个唯一标识id来找到应用对应的第二应用日志对应的位置，再将该位置的日志内容返回给浏览器。具体来说，可以通过发送第二http访问请求来向服务器发送请求，假设请求地址url为：http://www.xxxcc.com/log/app/getlogs，然后在定义请求参数param，请求参数包含了获取到的应用id。最后定义第二响应处理函数renderapplog或作为调用，它会在响应返回的时候被调用，且服务器返回的日志内容loglist(一个数据集合)会作为调用该函数的参数，在这个函数中，会对服务器返回的日志数据进行处理，并将日志内容显示在浏览器页面上。详细的过程是：先定义一个变量缓存logcache来用来保存所有返回的第二应用日志对应的日志内容(同时它也可以作为一个本地缓存，当查看日志的时候可以优先的从缓存里面查看，如果缓存里面没有内容，则会向服务器请求最新的日志内容)。通过遍历服务器返回的日志集合loglist，可以将第二应用日志的日志内容一条一条的添加到logcache中，并同时将日志封装成浏览器的html元素，并显示在浏览器页面上，此时就完成了一次日志内容的获取。

作为一种可选的实施例，可定时发送用于获取自动获取最新应用日志的第三http访问请求给所述服务器；接收由所述服务器发送的所述最新应用日志。由于日志是在不停的产生的，为了能够自动的获取最新的日志内容，我们需要一个定时器去不断的从服务器获取最新的日志内容，所以可以声明一个定时器对象timelog，它会定时的执行一个函数action，在这个action中，我们会执行上述步骤的逻辑，从而实现了日志的不断获取，直到没有最新的日志。

作为一种可选的实施例，应用选项切换时，我们会将浏览器页面的内容清空，执行上述步骤，将新的日志内容显示到浏览器页面上。通过上诉步骤，就实现了多应用日志的查看，通过选择不同的应用选项，就可有查看对应的日志内容，保证了日志查看的高效和简洁。

基于统一发明构思，参看图2，本发明公开了一种多应用日志的查看装置，包括：

发送单元21，用于发送请求由多应用日志组成的多应用列表的第一超文本传输协议http访问请求给服务器；

接收单元22，用于接收所述服务器基于所述第一http访问请求返回的所述多应用列表；

判断单元23，用于根据用户请求查看所述多应用日志中的第一应用日志的操作请求，判断所述多应用列表中是否具有所述第一应用日志；

显示单元24，用于若有，则将所述第一应用日志显示在显示界面上供所述用户查看。

基于与前述实施例中同样的发明构思，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文任一所述方法的步骤。

基于与前述实施例中同样的发明构思，本发明还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现前文任一所述方法的步骤。

通过本发明的一个或者多个实施例，本发明具有以下有益效果或者优点：

本发明公开了一种多应用日志的查看方法及装置，为了解决直接在服务器查看多日志内容操作繁琐、效率低下的问题，本发明将多应用日志集成在一起，形成多应用列表，然后通过发送第一http访问请求给服务器，用来请求服务器返回该多应用列表；由于多应用列表用来管理多应用日志，故而可供用户直接从应用列表中查看多应用日志，即：可基于用户的请求判断多应用列表中是否具有第一应用日志；若有，则将第一应用日志显示在显示界面上供用户查看。综上，本发明先获得了多应用列表，故而在用户在查看多应用日志时，可以直接从多应用列表中进行调用，简单、快速的响应用户的操作，反应效率高，能够提高用户的体验。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。