数据处理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种数据处理方法、装置、电子设备及存储介质。


背景技术：

2.pouchdb是一个跨平台javascript数据库。redux
‑
offline是一个基于redux实现的中间件，用户可以配置需要缓存的接口到中间件，即可实现将离线数据序列化到本地的pouchdb数据库中。
3.发明人在基于上述方式实施本技术方案时，发现存在如下问题：
4.本地数据库存储数据无法和其他非redux逻辑进行数据共享，存在当接收到数据获取请求时无法从本地数据库中调取相应的响应数据反馈至客户端，从而无法反馈与数据获取请求对应的响应数据的技术问题。


技术实现要素：

5.本发明提供一种数据处理方法、装置、电子设备及存储介质，以实现在服务器异常接收到数据获取请求时，可以反馈相应的响应数据，从而提高用户体验的技术效果。
6.第一方面，本发明实施例提供了一种数据处理方法，该方法包括：
7.在检测到服务器处于异常状态，并接收到客户端发起的目标数据获取请求时，确定所述目标数据获取请求的目标请求标识；
8.确定与所述目标请求标识相对应的接口参数，并确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口；
9.基于数据处理组件以及所述至少一个数据读取接口，从所述底层操作库中读取与所述目标数据获取请求相匹配的目标响应数据，并将所述目标响应数据反馈至客户端；
10.其中，所述底层操作库中包括分布式数据库，所述分布式数据库中存储的数据是在服务器正常工作，接收到数据获取请求时所响应的响应数据。
11.第二方面，本发明实施例还提供了一种数据处理装置，该装置包括：
12.目标请求标识确定模块，用于在检测到服务器处于异常状态，并接收到客户端发起的目标数据获取请求时，确定所述目标数据获取请求的目标请求标识；
13.数据读取接口确定模块，用于确定与所述目标请求标识相对应的接口参数，并确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口；
14.响应数据反馈模块，用于基于数据处理组件以及所述至少一个数据读取接口，从所述底层操作库中读取与所述目标数据获取请求相匹配的目标响应数据，并将所述目标响应数据反馈至客户端；
15.其中，所述底层操作库中包括分布式数据库，所述分布式数据库中存储的数据是在服务器正常工作，接收到数据获取请求时所响应的响应数据。
16.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序，
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的数据处理方法。
20.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的数据处理方法。
21.本发明实施例的技术方案，在检测到服务器处于异常状态，并接收到目标数据获取请求时，可以确定目标数据获取请求中的目标请求标识，进一步的，可以确定目标请求标识相对应的接口参数，并确定该接口参数在预先封装的底层操作库中所对应的数据读取接口，在确定数据读取接口后，可以基于数据处理中间件从底层数据库中读取与目标数据获取请求相匹配的目标响应数据，并将目标数据反馈至客户端，实现了中间件可以从数据库中获取与数据获取请求相匹配的数据，并将响应数据反馈至客户端并绘制出响应的页面，从而提高了用户体验的技术效果。
附图说明
22.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
23.图1为本发明实施例一所提供的一种数据处理方法流程示意图；
24.图2为本发明实施例一所提供的服务器异常检测流程示意图；
25.图3为本发明实施例二所提供的一种数据处理方法流程示意图；
26.图4为本发明实施例三所提供的一种数据处理方法流程示意图；
27.图5为本发明实施例四所提供的一种数据处理装置结构示意图；
28.图6为本发明实施例五所提供的一种电子设备结构示意图。
具体实施方式
29.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
30.实施例一
31.图1为本发明实施例一所提供的一种数据处理方法流程示意图，本实施例可适用于在服务器异常，接收到客户端发送的数据获取请求时，可以基于预先设置的中间件从封装的底层数据库中调取与数据获取请求相对应的响应数据的情况，该方法可以由数据处理装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，如移动终端、pc端或服务器等。
32.在介绍本实施例技术方案之前，可以对应用场景进行示例性说明。web前端页面中设置有redux中间件，redux中间件用于接收客户端发送的数据获取请求，并将数据获取请
求发送至服务器。相应的，在服务器反馈与数据获取请求对应的反馈数据时，redux中间件可以接收到反馈数据，将反馈数据发送至客户端，同时，可以将反馈数据进行细化处理后写入至封装的底层操作库中，该底层操作库中包括本地数据库(indexdb)，服务器反馈的响应数据主要存储在本地数据库中。
33.如图1所述，本实施例的方法包括：
34.s110、在检测到服务器处于异常状态，并接收到客户端发起的目标数据获取请求时，确定所述目标数据获取请求的目标请求标识。
35.其中，可以将服务器宕机或者服务器不工作的状态作为服务器异常状态。用户可以触发客户端显示界面上的任意控件，当触发的控件需要反馈相应数据时，可以将此时触发的控件生成的请求作为目标数据获取请求。每个目标数据获取请求中可以包括相应的目标请求标识，在接收到数据获取请求时，可以提取出数据获取请求中的请求标识，将此标识作为目标请求标识。
36.具体的，在检测到服务器处于异常状态，并接收到客户端发送的目标数据获取请求时，可以确定目标数据获取请求中的目标请求标识。
37.在本实施例中，所述检测到服务器处于异常状态，包括：定时向服务器发送心跳包；若预设时长内未接收到与所述心跳包对应的响应数据时，则确定所述服务器处于异常状态。
38.其中，心跳检测服务可以是基于service worker搭建的，也可以是基于node.js搭建的，其主要目的主要是探测请求接口是否正常工作。可以定时或者实时向服务器发送心跳包，以确定服务器是否处于正常工作状态。当然，为了节省资源可以定时向服务器发送心跳包。定时可以是周期性，可选的，每十秒作为一个周期，可以每十秒向服务器发送一次心跳包。将与发送的心跳包对应的反馈数据作为响应数据。预设时长可以是五秒、十秒、二十秒等，用户可以根据实际需求来设置预设时长。
39.具体的，node.js可以每十秒向服务器发送心跳包，当一定时长内，可选的，二十秒内未接收到与心跳包相对应的响应数据时，则确定服务器处于异常状态。
40.s120、确定与目标请求标识相对应的接口参数，并确定接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口。
41.通常，在发起数据获取请求时，可以确定与数据获取请求相对应的数据处理接口。
42.其中，在redux接收到数据获取请求时，可以基于redux中的api middleware(api中间件)，即接口剥离中间件，对目标请求标识进行剥离，确定目标请求标识所对应的接口方法以及接口类型等接口参数。也就是说，基于预先设置的接口剥离中间件对目标请求标识进行剥离，确定与目标请求标识相对应的接口参数。封装的底层操作库中包括分布式数据库，分布式数据库中存储有服务器正常工作时，接收到数据获取请求时所响应的响应数据。为了实现redux和分布式数据库之间的数据交互，可以将对分布式数据库进行封装得到一套通用的底层操作库，同时，可以根据预先设置的配置项，抽象独立出多个数据获取接口，基于独立出的数据获取接口可以从分布式数据库中获取到相应的数据。此时，实现了redux中间件和数据库之间的交互，解决了目前数据库和redux中间件之间无法数据交互的问题。
43.在本实施例中，封装底层操作库的好处在于：可以实现数据库和redux之间的数据
交互。
44.在本实施例中，所述确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口，包括：基于所述接口参数生成目标配置文件；将所述目标配置文件作为所述接口剥离中间件的输入，并基于所述对应关系，确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口。
45.需要说明的是，可以先独立出一层redux，redux中包括api middleware(接口剥离中间件)和offline middleware(数据处理中间件)。api middleware(接口剥离中间件)用于剥离请求标识所对应的接口参数；offline middleware(数据处理中间件)用于从底层操作库中获取相应的响应数据。
46.具体的，在api middleware剥离出目标数据标识中的接口参数后，可以基于接口参数生成目标配置文件。可以将目标配置文件输入至接口剥离中间件中，确定可以反馈与数据获取请求所对应的数据读取接口。也就是说，接口剥离中间件在得到接口参数后，可以基于接口参数生成配置文件，接口剥离中间件可以对配置文件进行处理，以确定接口参数对应预先封装的底层操作库的哪一个或者多个抽象出的数据读取接口。
47.在上述技术方案的基础上，在所述确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口之前，还包括：根据预先封装的底层操作库抽象出的接口和与各接口对应的待处理接口参数，生成待处理配置文件；基于所述接口剥离中间件对所述配置文件进行处理，得到各数据获取请求与接口之间的对应关系，以在接收到数据获取请求时，基于所述对应关系确定相应的数据获取接口。
48.需要说明的是，此时可以是配置化阶段，即将预先封装底层操作库与redux中间件建立关系。
49.其中，预先封装的底层操作库中抽象出了多个数据读取接口。依然可以依据接口剥离中间件确定各数据获取接口中封装的方法和实现方式等接口参数。在获取到各数据读取接口的接口参数后，可以生成与所有数据获取接口相对应的配置文件。相应的，待处理文件为基于所有数据获取接口的接口参数生成的配置文件。底层操作库中抽象出的数据获取接口是根据预选配置的配置项或者是根据预先设置的业务处理规则确定的。数据获取请求所对应的数据获取接口可以是一个也可以是多个，可以基于接口剥离中间件确定与数据获取请求所适配的数据获取接口。对应关系可以理解为对数据获取请求的请求标识进行剥离后确定出的接口参数和数据读取接口(数据获取接口)之间的对应的关系，以在接收到数据获取请求时，redux中间件可以确定与数据获取请求所适配的数据读取接口。
50.需要说明的是，在客户端发起数据获取请求时，redux中间件可以先接收数据获取请求，同时将数据获取请求转发至服务器，在服务器反馈与数据获取请求相匹配的响应数据时，redux中间件可以获取响应数据，并将数据存储至分布式数据库中，同时，将响应数据反馈至客户端。相应的，在服务器异常时，客户端发起数据获取请求时，redux中间件中的接口剥离中间件和数据处理中间件可以对数据获取请求进行处理，以实现从封装的底层操作库中调取与数据获取请求相匹配的响应数据。
51.s130、基于数据处理中间件以及至少一个数据读取接口，从底层操作库中读取与目标数据获取请求相匹配的目标响应数据，并将目标响应数据反馈至客户端。
52.其中，所述底层操作库中包括分布式数据库，所述分布式数据库中存储的数据是
在服务器正常工作，接收到数据获取请求时所响应的响应数据。即，分布式数据库中存储的数据为在客户端发起数据获取请求时，可以将服务器反馈的数据获取请求相对应的数据，反馈至客户端的同时存储至分布式数据库中。数据处理组件可以是redux中的offline middleware。基于offline middleware可以读取底层数据库中与数据获取请求相对应的响应数据。可以将从底层操作库中获取的与目标数据获取请求相对应的数据作为目标响应数据。
53.具体的，基于offline middleware中间件以及确定的api middleware确定出的数据读取接口，可以从底层操作库中获取与目标数据获取请求相匹配的目标响应数据，并将目标响应数据反馈至客户端。
54.本发明实施例的技术方案，在检测到服务器处于异常状态，并接收到目标数据获取请求时，可以确定目标数据获取请求中的目标请求标识，进一步的，可以确定目标请求标识相对应的接口参数，并确定该接口参数在预先封装的底层操作库中所对应的数据读取接口，在确定数据读取接口后，可以基于数据处理中间件从底层数据库中读取与目标数据获取请求相匹配的目标响应数据，并将目标数据反馈至客户端，实现了中间件可以从数据库中获取与数据获取请求相匹配的数据，并将响应数据反馈至客户端并绘制出响应的页面，从而提高了用户体验的技术效果。
55.在上述技术方案的基础上，所述方法还包括：基于定时任务监测所述服务器的当前状态，若所述当前状态由所述异常状态恢复为正常状态时，则在接收到数据获取请求时，将所述数据获取请求发送至所述服务器，以使所述服务器反馈与所述数据获取请求相对应的目标响应数据。
56.需要说明的是，在检测到服务器处于异常状态时，可以继续发送心跳包，以确定服务器是否从异常状态恢复为正常状态。
57.其中，定时任务可以是在服务器处于异常状态时设置的任务。基于定时任务可以向服务器发送心跳包。定时任务中的时间可以是设置为每六十秒向服务器发送一次心跳包。当前状态可以服务器处于异常状态或恢复为正常状态。当前状态可以根据服务器是否反馈与心跳包相对应的响应数据来确定。
58.具体的，可以继续心跳检测服务，可选的，触发接口探测服务定时任务，每隔60s就探测一次服务器，以确定当前时间间隔服务器是否恢复了正常服务器。若没有恢复正常服务，依然可以采用本实施例一所提供的方法来确定与数据获取请求相对应的反馈数据。
59.作为上述实施例的一可选实施例，心跳检测服务是通过node.js搭建，主要目的是探测请求接口是否正常工作，并提供可信的请求方案，其具体的流程是可以是：参见图2，如果前端发起请求服务，心跳检测服务自动启动，探测当前提供服务的服务集群。基于心跳检测服务确定服务器处于异常工作状态，则可以转至兜底服务中，即执行本实施例所提供的方案确定。同时，可以继续心跳检测服务，触发接口探测服务定时任务，每隔60s探测一次服务器，以确定当前时间间隔是否有服务器恢复了正常服务，若没有则继续从分布式数据库中获取相应的反馈数据。
60.在本实施例中，基于心跳检测确定服务器是否恢复正常的好处在于，可以及时将数据获取请求转发至服务器，以使服务器反馈与数据获取请求相匹配的响应数据的效果。
61.实施例二
62.图3为本发明实施例二所提供的一种数据处理方法流程示意图。在前述实施例的基础上，在服务器正常工作时，服务器可以接收数据获取请求并反馈与数据获取请求相匹配的响应数据，同时，可以将数据存储至预先封装的底层操作库中，以在服务器异常接收到数据获取请求时，中间件可以从底层操作库中调取与数据获取请求相对应的响应数据并反馈至客户端，以在客户端绘制出相应的页面。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
63.如图3所示，所述方法包括：
64.s310、接收服务器反馈的与数据获取请求相对应的响应数据。
65.需要说明的是，本实施例主要适用于服务器处于正常工作的状态。
66.其中，在中间件接收到数据获取请求，并将数据获取请求发送至服务器后，服务器可以确定与数据获取请求相对应的反馈数据，并将反馈数据反馈至中间件。目标反馈数据为服务器反馈的与数据获取请求相匹配的数据。
67.具体的，在服务器反馈与数据获取请求相对应的反馈数据时，中间件可以接收反馈数据，并将该反馈数据作为目标反馈数据。
68.s320、将响应数据反馈至客户端，并将响应数据存储至预先封装的底层操作库中，以在检测到服务器为异常状态，并接收到客户端发起的数据获取请求时，从封装底层数据库中调取与所述获取请求相匹配的数据。
69.需要说明的是，中间件在接收到目标反馈数据后，可以将目标数据反馈至客户端，以使客户端根据接收到的反馈数据重建出页面或者图片等。同时，还可以将目标反馈数据存储至底层操作库中，以在检测到服务器异常，并接收到客户端发起的数据获取请求时，可以从底层操作库中调取与数据获取请求相匹配的响应数据。
70.在上述各技术方案的基础上，所述方法还包括：当检测到对所述目标数据处理组件获取到的目标响应数据进行更改时，将所述目标响应数据添加至异步消息队列中，以在检测到服务器正常工作时，将所述目标响应数据更新至后台数据库。
71.在本实施例中，还可以实现数据同步更新的效果。同步更新主要是至将封装的底层操作库的数据更新至后台数据库。
72.其中，目标响应数据更改主要是指后台人员由于其他原因对目标相应数据进行了更改，例如，后台人员删除了目标响应数据中的部分数据等。为了保证封装的底层操作库中的数据与后台数据相一致，则可以先将更改后的数据添加到异步消息队列中。为了将更改的数据同步到后台数据库中，可以基于预先设置的数据同步管理器对抵达offline middleware中间件的数据进行变更注册，并添加到异步消息队列中。当检测到服务器从异常状态恢复到正常状态时，将更改的数据同步至后台数据库。
73.本实施例的技术方案，实现了在服务器宕机或者离线时间较长的情况下，可以基于提供的兜底服务对接收到的数据获取请求进行处理，并反馈相应的响应数据，提高了web应用的工作进程，同时，还提供的同步更新的方式，不仅摆脱了弱网络环境或无网络环境下web应用无法工作的问题，还能够记录离线期间后台人员更改的数据，并将更改的数据同步到后台数据库，提高了数据使用的便捷性和有效性的技术效果。
74.为了实现对离线数据精细化控制，并且同时不对原有在线逻辑有过多的入侵，可以在数据存储上使用本地数据库indexdb替换后台返回数据。可以对服务器反馈的响应数
据进行处理，并且按照数据库设计原则本地建表，其具体的建表方式在此不再赘述。依据本地数据库中存储的数据和本地建表中的配置项，抽象出多个数据读取接口，以git子仓库的形式提供离线数据兜底服务，得到封装的底层操作库。封装底层操作库的好处在于，可以实现数据库和中间件之间的数据交互。
75.也就是说，还需要确定封装的底层操作库；其中，所述底层操作库中包括至少一个分布式数据库；所述确定封装底层操作库，包括：在所述服务器正常工作时，获取所述服务器反馈的响应数据，并将所述响应数据存储至所述分布式数据库中；对所述分布式数据库进行封装，并根据预先设置的配置项抽象出至少一个数据获取接口，以在服务器异常接收到数据获取请求时，可以基于所述数据获取接口获取相应的数据。
76.实施例三
77.作为上述实施例的一可选实施例，图4为本发明实施例三所提供的一种数据处理方法流程示意图。其中，与上述实施例相同或者相应的技术术语在此不再赘述。
78.如图4所示，所述方法包括：
79.s410、前端发起数据获取请求。
80.其中，前端可以理解为web前端，也可以理解为创建的某个页面。用户可以触发页面上任意一个控件，可以将基于触发的控件生成的数据获取请求，作为前端发起的数据获取请求。
81.s420、判断服务器是否异常，若是，则执行s430；若否，则执行s440。
82.具体的，基于心跳检测服务确定服务器是否处于异常状态，可选的，每间隔十秒向服务器发送一次心跳包，当接收到与心跳包对应的响应数据时，则确定服务器处于正常状态，反之，则确定所述服务器处于异常状态。
83.s430、确定与所述目标请求标识相对应的接口参数，并确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口。
84.此时，封装的底层操作库中可以包括分布式数据库，可选的，indexdb数据库。存储的数据可以提供兜底服务，并记录每一次数据获取请求，读取indexdb兜底服务中的精细化离线数据。
85.需要说明的是，为了实现本地数据同步更新至后台的情况，可以顶一个数据变更新的首相，如，数据同步管理器，同步管理器的主要功能可以是定义变更类型、字段等。在服务器异常从底层操作库中读取数据后，若后台人员更改了该数据，则抵达offline middleware中间件的响应数据通过同步管理器对数据变更进行注册，并同时将变更的数据添加至异步消息队列中，以在服务器恢复正常时，将更新的数据同步至后台数据库。
86.s440、redux接收服务器反馈的与数据获取请求相对应的目标反馈数据，并将目标反馈数据存储至封装的底层操作库中。
87.具体的，redux可以接收服务器反馈的与数据获取请求相对应的目标反馈数据。若redux middleware监听到分布式数据库中不包括目标反馈数据时，可以将目标反馈数据精细化处理写入至分布式数据库中，为下一次请求异常时，提供相应的反馈数据。如果redux middleware监听到分布式数据库中包括目标反馈数据，则可以通过redux中间件，生成一个数据同步管理器对变更进行注册，然后进行diff(数据处理)管理。可选的，对比当前数据获取请求反馈的目标反馈数据和前一次请求返回的数据是否一致，若一致，则不需要更新；若
果不一致，则需要根据diff管理设置的更新逻辑缓存满足要求的反馈数据，如根据同一数据获取请求反馈的数据量，或同一数据获取请求反馈数据的时间戳。
88.s450、基于数据处理中间件以及所述至少一个数据读取接口，从所述底层操作库中读取与所述目标数据获取请求相匹配的目标响应数据，并将所述目标响应数据反馈至客户端。
89.本发明实施例的技术方案，实现在服务器宕机或响应市场较长时，可以提供响应的兜底服务，使得前后端耦合度降低，进一步的，兜底服务中设置了只能更新过程，摆脱了若环境或无环境网络web应用无法工作的问题，提高了用户体验的技术效果。
90.实施例四
91.图5为本发明实施例四所提供的一种数据处理装置结构示意图。如图5所示，所述装置包括：目标请求标识确定模块510、数据读取接口确定模块520以及响应数据反馈模块530。
92.其中，目标请求标识确定模块510，用于在检测到服务器处于异常状态，并接收到客户端发起的目标数据获取请求时，确定所述目标数据获取请求的目标请求标识；数据读取接口确定模块520，用于确定与所述目标请求标识相对应的接口参数，并确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口；响应数据反馈模块530，用于基于数据处理中间件以及所述至少一个数据读取接口，从所述底层操作库中读取与所述目标数据获取请求相匹配的目标响应数据，并将所述目标响应数据反馈至客户端；其中，所述底层操作库中包括分布式数据库，所述分布式数据库中存储的数据是在服务器正常工作，接收到数据获取请求时所响应的响应数据。
93.在上述技术方案的基础上，所述数据标识确定模块还包括：
94.心跳包发送单元，用于定时向服务器集发送心跳包；异常状态确定单元，用于若预设时长内未接收到与所述心跳包对应的响应数据时，则确定所述服务器处于异常状态。
95.在上述各技术方案的基础上，所述数据读取接口确定模块，包括：接口参数确定单元，用于基于预先设置的接口剥离中间件对所述目标请求标识进行剥离，确定与所述目标请求标识相对应接口参数。
96.在上述各技术方案的基础上，所述数据读取接口确定模块，在用于确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口之前，还用于：根据预先封装的底层操作库抽象出的接口和与各接口对应的待处理接口参数，生成待处理配置文件；基于所述接口剥离中间件对所述配置文件进行处理，得到各数据获取请求与接口之间的对应关系，以在接收到数据获取请求时，基于所述对应关系确定相应的数据获取接口。
97.在上述各技术方案的基础上，所述数据读取接口确定模块，包括：
98.配置文件生成单元，用于基于所述接口参数生成目标配置文件；
99.数据读取接口确定单元，用于将所述目标配置文件作为所述接口剥离中间件的输入，并基于所述对应关系，确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口。
100.在上述各技术方案的基础上，所述装置还包括：底层操作库封装模块，用于确定封装的底层操作库；其中，所述底层操作库中包括至少一个分布式数据库；
101.所述底层操作库封装模块，包括：
102.数据存储单元，用于在所述服务器正常工作时，获取所述服务器反馈的响应数据，并将所述响应数据存储至所述分布式数据库中；接口抽象单元，用于对所述分布式数据库进行封装，并根据预先设置的配置项抽象出至少一个数据获取接口，以在服务器异常接收到数据获取请求时，可以基于所述数据获取接口获取相应的数据。
103.在上述各技术方案的基础上，所述装置还包括：数据同步模块，用于当检测到对所述目标数据处理组件获取到的目标响应数据进行更改时，将所述目标响应数据添加至异步消息队列中，以在检测到服务器正常工作时，将所述目标响应数据更新至后台数据库。
104.在上述各技术方案的基础上，所述装置还包括：定时监测模块，用于基于定时任务监测所述服务器的当前状态，若所述当前状态由所述异常状态恢复为正常状态时，则在接收到数据获取请求时，将所述数据获取请求发送至所述服务器，以使所述服务器反馈与所述数据获取请求相对应的目标响应数据。
105.在上述各技术方案的基础上，所述定时监测模块，在用于检测到服务器处于正常状态之后，还用于：
106.接收服务器反馈的与数据获取请求相对应的响应数据；将所述响应数据反馈至客户端，并将所述响应数据存储至预先封装的底层操作库中，以在检测到服务器为异常状态，并接收到客户端发起的数据获取请求时，从封装底层数据库中调取与所述获取请求相匹配的响应数据。
107.本发明实施例的技术方案，在检测到服务器处于异常状态，并接收到目标数据获取请求时，可以确定目标数据获取请求中的目标请求标识，进一步的，可以确定目标请求标识相对应的接口参数，并确定该接口参数在预先封装的底层操作库中所对应的数据读取接口，在确定数据读取接口后，可以基于数据处理中间件从底层数据库中读取与目标数据获取请求相匹配的目标响应数据，并将目标数据反馈至客户端，实现了中间件可以从数据库中获取与数据获取请求相匹配的数据，并将响应数据反馈至客户端并绘制出响应的页面，从而提高了用户体验的技术效果。
108.本发明实施例所提供的数据处理装置可执行本发明任意实施例所提供的数据处理方法，具备执行方法相应的功能模块和有益效果。
109.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
110.实施例五
111.图6为本发明实施例五所提供的一种电子设备结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备60的框图。图6显示的电子设备60仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
112.如图6所示，电子设备60以通用计算设备的形式表现。电子设备60的组件可以包括但不限于：一个或者多个处理器或者处理单元601，系统存储器602，连接不同系统组件(包括系统存储器602和处理单元601)的总线603。
113.总线603表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)
总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
114.电子设备60典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备60访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
115.系统存储器602可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)604和/或高速缓存存储器605。电子设备60可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统606可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd
‑
rom,dvd
‑
rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线603相连。存储器602可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
116.具有一组(至少一个)程序模块607的程序/实用工具608，可以存储在例如存储器602中，这样的程序模块607包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块607通常执行本发明所描述的实施例中的功能和/或方法。
117.电子设备60也可以与一个或多个外部设备609(例如键盘、指向设备、显示器610等)通信，还可与一个或者多个使得用户能与该电子设备60交互的设备通信，和/或与使得该电子设备60能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口611进行。并且，电子设备60还可以通过网络适配器612与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器612通过总线603与电子设备60的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备60使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
118.处理单元601通过运行存储在系统存储器602中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的数据处理方法。
119.实施例六
120.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行数据处理方法。
121.该方法包括：
122.在检测到服务器处于异常状态，并接收到客户端发起的目标数据获取请求时，确定所述目标数据获取请求的目标请求标识；
123.确定与所述目标请求标识相对应的接口参数，并确定所述接口参数在预先封装的底层操作库中所对应的至少一个数据读取接口；
124.基于数据处理中间件以及所述至少一个数据读取接口，从所述底层操作库中读取与所述目标数据获取请求相匹配的目标响应数据，并将所述目标响应数据反馈至客户端；
125.其中，所述底层操作库中包括分布式数据库，所述分布式数据库中存储的数据是在服务器正常工作，接收到数据获取请求时所响应的响应数据。
126.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
127.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
128.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
129.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
130.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。