[发明专利]一种数据加载方法、装置及终端

说明书

技术领域

本发明涉及网络数据加载技术。

背景技术

“同一次业务请求”过程中，往往会出现某种操作被重复执行，而逻辑上来讲如果只执行一次是最理想的，这里的“某种操作”特指那些比较耗费时间的操作，比如“调用数据库的IO操作”、“调用外部接口的网络访问操作”等。

举个例子，“从数据库中获取登录用户的信息”(GetUserFromDB)这个操作，如果用户的一次请求中包含6个小方法，这6个小方法有4次需要获取该用户的登录信息，最理想的情况，是4次只有1次是从数据库中加载，其余的3次则直接从缓存中获取。

以上例子，要达到这种效果，目前一般有以下方案：

a)增加一个专门的缓存层项目，所有获取该信息时，全部从该层获取；

缺陷：过于“重量级”，需要设立单独的项目，容易小题大做，推高开发与维护成本。

b)上述例子，在所有“小逻辑方法”中，均增加“登录人”这一参数，在第一次加载后，往后继续传递；

缺陷：耦合性太强，“小逻辑方法”间将会互相依赖与影响，容易导致逻辑不清，并且当出现需要加载其他信息时，除了需要变更全部，而且会存在参数过多的问题，不易于后续的维护与扩展。

c)“登录用户”信息采用站点全局缓存模式，全部从缓存中加载，降低加载成本；

缺陷：需要维护额外的全局缓存，并且做好缓存的更新与同步策略，存在数据不同步风险。

发明内容

为了克服现有技术的不足，本发明的目的之一在于提供一种数据加载方法，其能解决开发成本高、维护难度大、不同步风险高等问题。

本发明的目的之二在于提供一种数据加载装置，其能解决开发成本高、维护难度大、不同步风险高等问题。

本发明的目的之三在于提供一种终端，其能解决开发成本高、维护难度大、不同步风险高等问题。

为了实现上述目的之一，本发明所采用的技术方案如下：

一种数据加载方法，其包括以下步骤：

步骤1、接收数据加载请求；

步骤2、识别所述数据加载请求中请求加载的数据的类别，提取与所述类别对应的缓存键；

步骤3、根据所述缓存键查找缓存中是否有与所述缓存键关联的缓存数据，若否，则执行步骤4，若是，执行步骤5；

步骤4、调用与所述缓存键对应的数据获取逻辑，得到相应的实际数据，将所述实际数据与所述缓存键进行关联并存储于缓存中，将与所述缓存键关联的实际数据定义为缓存数据，然后执行步骤5；

步骤5、提取并返回与所述缓存键关联的缓存数据。

所述缓存键的数量为多个，多个缓存键在同一Web请求生命周期中均相异。

所述数据获取逻辑采用方法委托对象技术。

为了实现上述目的之二，本发明所采用的技术方案如下：

一种数据加载装置，其包括以下模块：

接收模块，用于接收数据加载请求；

识别模块，用于识别所述数据加载请求中请求加载的数据的类别，提取与所述类别对应的缓存键；

判断模块，用于根据所述缓存键查找缓存中是否有与所述缓存键关联的缓存数据，若否，则执行缓存模块，若是，执行提取模块；

缓存模块，用于调用与所述缓存键对应的数据获取逻辑，得到相应的实际数据，将所述实际数据与所述缓存键进行关联并存储于缓存中，将与所述缓存键关联的实际数据定义为缓存数据，然后执行提取模块；

提取模块，用于提取并返回与所述缓存键关联的缓存数据。

为了实现上述目的之三，本发明所采用的技术方案如下：

一种终端，其包括存储器和处理器；

所述存储器，用于存储程序指令；

所述处理器，用于运行所述程序指令，以执行以下步骤：

步骤1、接收数据加载请求；

步骤2、识别所述数据加载请求中请求加载的数据的类别，提取与所述类别对应的缓存键；

步骤3、根据所述缓存键查找缓存中是否有与所述缓存键关联的缓存数据，若否，则执行步骤4，若是，执行步骤5；

步骤4、调用与所述缓存键对应的数据获取逻辑，得到相应的实际数据，将所述实际数据与所述缓存键进行关联并存储于缓存中，将与所述缓存键关联的实际数据定义为缓存数据，然后执行步骤5；

步骤5、提取并返回与所述缓存键关联的缓存数据。

相比现有技术，本发明的有益效果在于：

1、通过将缓存数据从各模块中抽离出来，摒弃原先散落在各模块中的数据加载逻辑，有效降低了各模块内部的复杂度；