一种日志处理方法、装置及存储介质与流程

1.本技术涉及计算机数据处理技术领域，尤其涉及一种日志处理方法、装置及存储介质。


背景技术：

2.在一个信息系统里，日志有着至关重要的作用，日志可以记录系统的所有行为，可以通过日志中记录的行为分析系统的使用情况，特别是系统使用中出现的异常问题等，开发人员通过这些日志可以对异常问题进行定位和处理，进而可以分析系统可优化的方向。
3.在信息系统中，记录日志的方式多种多样，并且前端日志不易归档，以及日志监控机制不够完善，从而无法获取完整的前端日志，此外，前端日志和后端日志不能很好的关联分析。因此，无论是开发人员还是运维人员都无法准确的定位问题、复现问题。


技术实现要素：

4.有鉴于此，本技术实施例为解决现有技术中存在的至少一个问题而提供一种日志处理方法、装置及存储介质。
5.为达到上述目的，本技术实施例的技术方案是这样实现的：
6.第一方面，本技术实施例提供一种日志处理方法，所述方法包括：
7.通过事件监听函数收集前端页面日志；
8.将所述前端页面日志发送至服务器；
9.创建异步更新请求，将所述异步更新请求发送至服务器，所述异步更新请求用于所述服务器关联所述前端页面日志和服务器日志。
10.在一种可选的实施方式中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
11.所述创建异步更新请求，将所述异步更新请求发送至服务器，包括：
12.创建xmlhttprequest对象；
13.调用所述xmlhttprequest对象的初始open函数，所述open函数用于将所述请求标识写入http请求消息的头部；
14.调用所述xmlhttprequest对象的发送send函数，所述send函数用于将所述http请求消息发送至服务器。
15.在一种可选的实施方式中，所述请求标识和前端页面产生的所述前端页面日志中的页面标识相同。
16.在一种可选的实施方式中，所述通过事件监听函数收集前端页面日志之前，所述方法还包括：
17.调用日志记录器，获得日志收集策略；
18.所述通过事件监听函数收集前端页面日志，包括：
19.基于所述日志收集策略，通过事件监听函数收集前端页面日志。
20.在一种可选的实施方式中，所述调用日志记录器，获得日志收集策略之前，所述方法还包括：
21.在前端页面配置日志记录器，并将所述日志记录器挂载到window对象上。
22.在一种可选的实施方式中，所述将所述前端页面日志发送至服务器，包括：
23.将所述前端页面日志存储到本地数据库；
24.按照预设周期调用日志接口，通过所述日志接口将所述前端页面日志发送至所述服务器。
25.在一种可选的实施方式中，所述事件监听函数包括错误error事件监听函数和未处理的拒绝unhandledrejection事件监听函数。
26.第二方面，本技术实施例提供一种日志处理方法，所述方法包括：
27.接收前端页面发送的前端页面日志；
28.接收所述前端页面发送的异步更新请求，基于所述异步更新请求关联所述前端页面日志和服务器日志。
29.在一种可选的实施方式中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
30.所述接收所述前端页面发送的异步更新请求，基于所述异步更新请求关联所述前端页面日志和服务器日志，包括：
31.接收所述前端页面发送的http请求消息，所述http请求消息的头部携带所述请求标识；
32.基于所述请求标识和服务器的调用链标识，关联所述前端页面日志和服务器日志。
33.在一种可选的实施方式中，所述方法还包括：
34.将关联在一起的所述前端页面日志和所述服务器日志聚合在一起，得到聚合日志，对所述聚合日志进行分析。
35.第三方面，本技术实施例中提供一种日志处理装置，所述装置包括：
36.日志收集单元，用于通过事件监听函数收集前端页面日志；
37.日志发送单元，用于将所述前端页面日志发送至服务器；
38.请求单元，用于创建异步更新请求，将所述异步更新请求发送至服务器，所述异步更新请求用于所述服务器关联所述前端页面日志和服务器日志。
39.在一种可选的实施方式中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
40.所述请求单元，具体用于创建xmlhttprequest对象；
41.调用所述xmlhttprequest对象的初始open函数，所述open函数用于将所述请求标识写入http请求消息的头部；
42.调用所述xmlhttprequest对象的发送send函数，所述send函数用于将所述http请求消息发送至服务器。
43.在一种可选的实施方式中，所述请求标识和前端页面产生的所述前端页面日志中的页面标识相同。
44.在一种可选的实施方式中，所述装置还包括：
45.调用单元，用于调用日志记录器，获得日志收集策略；
46.所述日志收集单元，具体用于基于所述日志收集策略，通过事件监听函数收集前端页面日志。
47.在一种可选的实施方式中，所述装置还包括：
48.配置单元，用于在前端页面配置日志记录器，并将所述日志记录器挂载到window对象上。
49.在一种可选的实施方式中，所述日志发送单元，具体用于将所述前端页面日志存储到本地数据库；
50.按照预设周期调用日志接口，通过所述日志接口将所述前端页面日志发送至所述服务器。
51.在一种可选的实施方式中，所述事件监听函数包括错误error事件监听函数和未处理的拒绝unhandledrejection事件监听函数。
52.第四方面，本技术实施例提供一种日志处理装置，所述装置包括：
53.接收单元，用于接收前端页面发送的前端页面日志；
54.关联单元，用于接收所述前端页面发送的异步更新请求，基于所述异步更新请求关联所述前端页面日志和服务器日志。
55.在一种可选的实施方式中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
56.所述关联单元，具体用于接收所述前端页面发送的http请求消息，所述http请求消息的头部携带所述请求标识；
57.基于所述请求标识和服务器的调用链标识，关联所述前端页面日志和服务器日志。
58.在一种可选的实施方式中，所述装置还包括：
59.聚合分析单元，用于将关联在一起的所述前端页面日志和所述服务器日志聚合在一起，得到聚合日志，对所述聚合日志进行分析。
60.第五方面，本技术实施例提供一种电子设备，所述电子设备包括：
61.网络接口，用于实现组件之间的连接通信；
62.存储器，用于存储可执行指令；
63.处理器，用于执行所述存储器中存储的可执行指令时，实现第一方面所述的日志处理方法。
64.第六方面，本技术实施例提供一种服务器，所述服务器包括：
65.网络接口，用于实现组件之间的连接通信；
66.存储器，用于存储可执行指令；
67.处理器，用于执行所述存储器中存储的可执行指令时，实现第二方面所述的日志处理方法。
68.第七方面，本技术实施例提供一种存储介质，所述存储介质存储有计算机程序，当所述计算机程序被至少一个处理器执行时，实现第一方面所述的日志处理方法、或第二方面所述的日志处理方法。
69.本技术实施例的技术方案，先通过事件监听函数将前端页面产生的前端页面日志
收集起来，再通过异步更新请求关联所述前端页面日志和服务器日志，如此，可以将用户在前端页面产生的日志和服务器产生的日志进行关联，开发人员可以得到完整的日志，从而便于开发人员进行问题定位和处理。
附图说明
70.图1为本技术实施例提供的一种日志处理方法的流程示意图；
71.图2为本技术实施例提供的日志处理方法的整体架构图；
72.图3为本技术实施例提供的一种日志处理方法的流程示意图；
73.图4为本技术一具体示例提供的日志处理方法的整体架构图；
74.图5为本技术实施例提供的一种日志处理装置的组成结构示意图；
75.图6为本技术实施例提供的一种日志处理装置的组成结构示意图；
76.图7为本技术实施例提供的一种电子设备的具体硬件结构；
77.图8为本技术实施例提供的一种服务器的具体硬件结构。
具体实施方式
78.下面将参照附图更详细地描述本技术公开的示例性实施方式。虽然附图中显示了本技术的示例性实施方式，然而应当理解，可以以各种形式实现本技术，而不应被这里阐述的具体实施方式所限制。相反，提供这些实施方式是为了能够更透彻地理解本技术，并且能够将本技术公开的范围完整的传达给本领域的技术人员。
79.在下文的描述中，给出了大量具体的细节以便提供对本技术更为彻底的理解。然而，对于本领域技术人员而言显而易见的是，本技术可以无需一个或多个这些细节而得以实施。在其他的例子中，为了避免与本技术发生混淆，对于本领域公知的一些技术特征未进行描述；即，这里不描述实际实施例的全部特征，不详细描述公知的功能和结构。
80.在这个大前端和无服务器(serverless)的时代，前端开发的代码量越来越大，复杂度也越来越高。前端页面的问题定位也耗费着大量的时间和人力。通常线上服务出现问题，可以直接通过查看服务的日志的方式进行问题的定位，然而，对于线上的前端页面问题，通常只能通过与用户沟通的方式来获取异常发生前后的详细过程，然后开发人员通过本地模拟，以便复现问题。对于那些本地模拟无法复现的问题好比“断了线的风筝”，让人无计可施，也无法处理。如果有办法获取到问题事发时完整的日志以及用户环境的上下文信息，就能够帮助开发人员快速了解并还原问题的事发情景，可以更有效地定位和排查问题，让“风筝”最终被拉回到开发者手里。鉴于以上前端定位问题过程中的问题，前端的日志方案应运而生。在现有的大部多数前端技术架构中，前端日志一般是停留在用户侧的浏览器中，当然也有一些大型系统会设有日志收集平台用以收集前端日志。近年来，出现了很多不同的前端日志处理方法：
81.(1)一种现有的前端日志处理方法是前端开发人员在浏览器自带的控制台中进行打断点调试定位，或者是通过在代码中设置相关的打印输出，再在控制台中查看相应的输出记录，这种前端问题定位的方法显然效率低下，并且进行问题定位所需的人力成本也很高。
82.(2)另一种现有的前端日志处理方法是在一些关键的流程点上采用手动埋点的方
式，直接通过后端服务器提供的日志接口上报日志内容。这种方案通常存在以下问题：当前端的埋点日志变多时，会频繁调用日志接口，从而导致前端页面的响应变慢；由于没有对源数据进行加密处理，容易泄露客户的隐私。
83.为此，提出了本技术实施例的以下技术方案。
84.本技术实施例提供一种日志处理方法，图1为本技术实施例提供的一种日志处理方法的流程示意图，该方法主要包括以下步骤：
85.步骤101、通过事件监听函数收集前端页面日志。
86.步骤102、将所述前端页面日志发送至服务器。
87.在本技术实施例中，针对前端平台日志的收集，为了便于开发者的使用，本技术实施例中在前端页面配置日志记录器felogger，并直接将日志记录器felogger挂载到window对象上：window.felogger＝felogger，这样就可以在各个前端页面中直接调用日志记录器felogger，并且该日志记录器felogger兼容各种前端平台框架。该日志记录器felogger中包括自定义的日志收集策略，日志收集策略包括事件触发策略和手段触发策略。
88.在本技术实施例中，调用日志记录器felogger，获得日志收集策略；基于所述日志收集策略，通过事件监听函数收集前端页面日志。这里，所述事件监听函数包括错误error事件监听函数和未处理的拒绝unhandledrejection事件监听函数。所述前端页面日志包括异常日志、接口日志、自定义日志等。本技术实施例中在前端页面日志的收集策略上，增加全局的error事件监听函数和unhandledrejection事件监听函数进行收集前端页面未捕获异常和promise未捕获的异常，避免出现开发人员对于异常日志(前端页面日志)的遗漏上报。需要说明的是，这里除了事件监听函数外，还有前端平台自带的日志收集函数，如promise函数。
89.在本技术实施例中，将所述前端页面日志存储到本地数据库；按照预设周期调用日志接口，通过所述日志接口将所述前端页面日志发送至所述服务器。本技术实施例中采用本地日志存储与周期上报结合的策略对前端页面日志进行上报，以避免出现因频繁的调用日志接口而导致页面的响应变慢的问题。本技术实施例中先将前端页面日志以队列的数据结构存储在前端页面的本地数据库(如indexed db)中，然后按照预设周期调用日志接口，通过所述日志接口将所述前端页面日志上报给服务器，如此，减少了请求的次数和使用带宽。此外，还可以将运维监控平台和服务器对接，便于快速捞取所需前端页面日志。这里，所述服务器可以为日志微服务，则所述日志接口为日志微服务的接口。
90.在本技术实施例中，为防止用户的信息泄露，本技术实施例中在将所述前端页面日志发送至服务器的过程中，采用高级加密标准(advanced encryption standard，aes)算法对前端页面日志进行加密传输。该aes算法兼具加密速度快和资源消耗较少等特点。
91.在本技术实施例中针对日志上报的数据结构，设计了几个必备字段，这些字段的数据类型和说明，如表1所示：
[0092][0093]
表1
[0094]
步骤103、创建异步更新请求，将所述异步更新请求发送至服务器，所述异步更新请求用于所述服务器关联所述前端页面日志和服务器日志。
[0095]
在本技术实施例中，所述异步更新请求为异步javascript和xml(asynchronous javascript and xml，ajax)请求。这里，ajax是指一种创建交互式网页应用的网页开发技术。其中，xml是可扩展标记语言(extensible markup language，xml)。ajax可以通过在浏览器后台与服务器进行少量的数据交换从而使网页实现异步更新。所谓“异步”，是发送请求后不需要等待服务器响应，将请求缓存至任务列表等待响应，继续下一请求的发送。这意味着ajax可以在不重新加载整个网页的情况下，对网页的某部分进行更新。在对网页进行更新时，可能会有多个ajax请求，传统ajax请求调用方式采用静态嵌套方式，与业务代码融在一起实现ajax请求调用。而本技术实施例中为了将前端页面日志和服务器日志进行关联，便于对整个业务日志进行聚合关联分析，本技术实施例通过重写ajax请求中最底层的xmlhttprequest对象的初始open函数和发送send函数(对应于本技术实施例中创建异步更新请求的步骤)，以将请求标识写入http请求消息的头部并发送至服务器，从而所述服务器可以通过所述请求标识关联所述前端页面日志和服务器日志。xmlhttprequest为一种浏览器对象，可用于模拟http的get和post请求，可以实现页面数据在无刷新下的定时数据更新，浏览器可以通过xmlhttprequest取回所有类型的资源数据。
[0096]
在本技术实施例中，创建ajax请求具体过程为：创建xmlhttprequest对象；调用所述xmlhttprequest对象的open函数，对open函数进行重写，所述的open函数增强了将请求标识写入http请求报文的头部的功能，所述open函数用于将所述请求标识写入http请求消息的头部；调用所述xmlhttprequest对象的send函数，对send函数进行重写，所述send函数增强了将接口日志的暂存到本地的能力，所述send函数用于将所述http请求消息发送至服务器。这里，本技术实施例中的open函数和send函数均为基于ajax请求进行重写后的函数，从而将请求标识x-fe-requestid写入http请求消息中并发送至服务器，从而服务器根据http请求消息中的请求标识x-fe-requestid即可将用户在前端页面上产生的前端页面日志和服务器日志进行关联。具体地，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识，所述请求标识为x-fe-requestid。所述请求标识和用户在此前端页面产生的log.messages请求标识相同，从而所述请求标识和此前端页面产生的前端页面日志中的页
面标识相同。如此，通过请求标识(x-fe-requestid)就可以关联此前端页面的前端页面日志和此前端页面发起的ajax请求。另外，在服务器侧，所述服务器接收到http请求消息后，获取http请求消息中的请求标识(x-fe-requestid)，将请求标识(x-fe-requestid)和服务器的调用链标识进行关联，经过以上的关联，这样就将用户在前端页面上产生的前端页面日志和服务器日志进行了关联。之后还可以将这些前端页面上报过来的前端页面日志录入到elasticsearch中，以对业务日志进行分析。这里，所述服务器的调用链标识为调用链的traceid(追踪id)。在一些实施例中，将请求标识(x-fe-requestid)和服务器的调用链标识进行关联可以为将服务器的调用链标识(traceid)设置成和请求标识(x-fe-requestid)相同的标识。这里，所述服务器可以为日志微服务。
[0097]
图2为本技术实施例提供的日志处理方法的整体架构图，如图2所示，本技术实施例中的前端平台(如浏览器客户端、应用app客户端、应用小程序客户端等)通过所述日志收集策略(如事件触发策略、手动触发策略等)收集前端平台日志(如异常日志、接口日志、自定义日志等)，并将所述前端平台日志存储到本地数据库，按照预设周期加密上报所述前端平台日志到服务器，并将运维监控平台和服务器对接，以便于将前端平台日志和服务器日志关联、聚合分析等。
[0098]
本技术实施例中通过事件监听函数收集前端页面日志；将所述前端页面日志发送至服务器；创建ajax请求，将所述ajax请求发送至服务器，所述ajax请求用于所述服务器关联所述前端页面日志和服务器日志。本技术实施例中通过事件监听函数将前端页面产生的前端页面日志收集起来，通过ajax请求关联所述前端页面日志和服务器日志，如此，可以将用户在前端页面产生的日志和服务器产生的日志进行关联，开发人员可以得到完整的日志，从而便于开发人员进行问题定位和处理。
[0099]
本技术实施例中将前端页面日志的日志收集策略封装到window对象上；并通过重写xmlhttprequest的方式，巧妙地将前端页面日志和服务器日志进行了关联，本技术实施例中还将前端页面日志进行预存储并分时加密上报至服务器。
[0100]
本技术实施例提供一种日志处理方法，图3为本技术实施例提供的一种日志处理方法的流程示意图，该方法主要包括以下步骤：
[0101]
步骤301、接收前端页面发送的前端页面日志。
[0102]
步骤302、接收所述前端页面发送的异步更新请求，基于所述异步更新请求关联所述前端页面日志和服务器日志。
[0103]
在本技术实施例中，所述异步更新请求为ajax请求。所述服务器接收前端页面发送的http请求消息，所述http请求消息的头部携带所述请求标识。所述服务器获取所述http请求消息中携带的所述请求标识，并基于所述请求标识和服务器的调用链标识，关联所述前端页面日志和服务器日志。这里，所述请求标识为x-fe-requestid。所述服务器的调用链标识为调用链的traceid。将所述x-fe-requestid和所述调用链的traceid关联后，在服务器侧通过所述调用链的traceid可以找到与ajax请求相关的所有日志，而在前端页面侧通过所述x-fe-requestid可以找到与ajax请求相关的所有日志。
[0104]
在本技术实施例中，可以将关联在一起的所述前端页面日志和所述服务器日志聚合在一起，得到聚合日志，对所述聚合日志进行分析。具体实现方式为：将前端页面上报过来的前端页面日志和服务器日志录入到elasticsearch中，以得到聚合日志，从而可以利用
elasticsearch对聚合日志进行分析。还可以通过kibana搜索、分析和可视化存储在elasticsearch中的聚合日志。从而用户可以通过x-fe-requestid或traceid在elk(elasticsearch、logstash、kibana)日志平台搜索与ajax请求相关的所有日志。
[0105]
本技术实施例中服务器接收前端页面发送的前端页面日志，接收所述前端页面发送的ajax请求，基于所述ajax请求关联所述前端页面日志和服务器日志。本技术实施例中将前端页面日志和ajax请求发送至服务器，使得服务器基于ajax请求关联所述前端页面日志和服务器日志，从而可以将用户在前端页面产生的日志和服务器产生的日志进行关联，开发人员可以得到完整的日志，便于开发人员的问题定位和处理。
[0106]
图4为本技术一具体示例提供的日志处理方法的整体架构图，如图4所示，将上述日志处理方法中使用的函数和插件集成在felogsdk.js前端架构中，浏览器(前端页面)包括有使用上述日志处理方法所需的react.js和vue.js通用的前端架构和felogsdk.js前端架构，通过nginx转发前端平台发送的请求，并通过网关(gateway)上传至日志微服务(服务器)，日志微服务将前端平台日志和服务器日志录入到elk日志平台，开发人员或运维人员通过elk日志平台即可实现日志的聚合分析和查询。该浏览器可以以网页视图(webview)形式呈现，也可以以客户端的形式呈现。本技术实施例中的前端页面包括felogsdk.js、react.js和vue.js前端架构等，相比于传统的js库，可以实现收集前端平台日志，并将所述前端平台日志存储到本地数据库，按照预设周期加密上报所述前端平台日志到服务器，将运维监控平台和服务器对接，将前端平台日志和服务器日志关联、聚合分析等。
[0107]
基于前述日志处理方法相同的技术构思，本技术实施例提供一种日志处理装置，在一些实施例中，日志处理装置可采用软件模块的方式实现，图5为本技术实施例提供的一种日志处理装置的组成结构示意图，参见图5，本技术实施例提供的日志处理装置500包括：
[0108]
日志收集单元501，用于通过事件监听函数收集前端页面日志；
[0109]
日志发送单元502，用于将所述前端页面日志发送至服务器；
[0110]
请求单元503，用于创建异步更新请求，将所述异步更新请求发送至服务器，所述异步更新请求用于所述服务器关联所述前端页面日志和服务器日志。
[0111]
在其他实施例中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
[0112]
所述请求单元503，具体用于创建xmlhttprequest对象；
[0113]
调用所述xmlhttprequest对象的open函数，所述open函数用于将所述请求标识写入http请求消息的头部；
[0114]
调用所述xmlhttprequest对象的send函数，所述send函数用于将所述http请求消息发送至服务器。
[0115]
在其他实施例中，所述装置还包括：
[0116]
调用单元504，用于调用日志记录器，获得日志收集策略；
[0117]
所述日志收集单元501，具体用于基于所述日志收集策略，通过事件监听函数收集前端页面日志。
[0118]
在其他实施例中，所述装置还包括：
[0119]
配置单元505，用于在前端页面配置日志记录器，并将所述日志记录器挂载到window对象上。
[0120]
在其他实施例中，所述日志发送单元502，具体用于将所述前端页面日志存储到本地数据库；
[0121]
按照预设周期调用日志接口，通过所述日志接口将所述前端页面日志发送至所述服务器。
[0122]
在其他实施例中，所述事件监听函数包括error事件监听函数和unhandledrejection事件监听函数。
[0123]
基于前述日志处理方法相同的技术构思，本技术实施例提供一种日志处理装置，在一些实施例中，日志处理装置可采用软件模块的方式实现，图6为本技术实施例提供的一种日志处理装置的组成结构示意图，参见图6，本技术实施例提供的日志处理装置600包括：
[0124]
接收单元601，用于接收前端页面发送的前端页面日志；
[0125]
关联单元602，用于接收所述前端页面发送的异步更新请求，基于所述异步更新请求关联所述前端页面日志和服务器日志。
[0126]
在其他实施例中，所述前端页面日志包括第一字段，所述第一字段用于指示请求标识；
[0127]
所述关联单元602，具体用于接收所述前端页面发送的http请求消息，所述http请求消息的头部携带所述请求标识；
[0128]
基于所述请求标识和服务器的调用链标识，关联所述前端页面日志和服务器日志。
[0129]
在其他实施例中，所述装置还包括：
[0130]
聚合分析单元603，用于将关联在一起的所述前端页面日志和所述服务器日志聚合在一起，得到聚合日志，对所述聚合日志进行分析。
[0131]
在本技术实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
[0132]
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本技术实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0133]
因此，本技术实施例提供了一种存储介质，该存储介质存储有计算机程序，所述计算机程序被至少一个处理器执行时实现上述实施例所述的步骤。
[0134]
参见图7，示出了本技术实施例提供的一种电子设备700的具体硬件结构，包括：网络接口701、存储器702和处理器703；各个组件通过总线系统704耦合在一起。可理解，总线系统704用于实现这些组件之间的连接通信。总线系统704除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统704。
[0135]
其中，所述网络接口701，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
[0136]
存储器702，用于存储能够在处理器703上运行的计算机程序；
[0137]
处理器703，用于在运行所述计算机程序时，执行前述日志处理方法。
[0138]
参见图8，示出了本技术实施例提供的一种服务器800的具体硬件结构，包括：网络接口801、存储器802和处理器803；各个组件通过总线系统804耦合在一起。可理解，总线系统804用于实现这些组件之间的连接通信。总线系统804除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图8中将各种总线都标为总线系统804。
[0139]
其中，所述网络接口801，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；
[0140]
存储器802，用于存储能够在处理器803上运行的计算机程序；
[0141]
处理器803，用于在运行所述计算机程序时，执行前述日志处理方法。
[0142]
可以理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddrsdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(sync link dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，drram)。本文描述的方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0143]
而处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
[0144]
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(application specific integrated circuits，asic)、数字信号处理器(digital signal processing，
dsp)、数字信号处理设备(dsp device，dspd)、可编程逻辑设备(programmable logic device，pld)、现场可编程门阵列(field-programmable gate array，fpga)、通用处理器、控制器、微控制器、微处理器、用于执行本技术所述功能的其它电子单元或其组合中。
[0145]
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
[0146]
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0147]
在本技术所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0148]
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0149]
另外，在本技术各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0150]
本技术所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。
[0151]
本技术所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。
[0152]
本技术所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。
[0153]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。