一种访问请求处理方法、装置、设备及可读存储介质与流程

本发明涉及计算机应用
技术领域：
，特别是涉及一种访问请求处理方法、装置、设备及可读存储介质。
背景技术：
：在海量数据环境下，生产生活资料中积累的原始数据呈指数级增长，数据规模和复杂度也迅速提高。应运而生的分布式存储系统及集群技术也日益重要。在对系统的扩展性高适配的同时，也对分布式集群的管理及运维要求也越来越高，且越来越重要。而分布式存储系统中，不同节点在网络环境下相连且共同执行系统任务，对于不同程度的耗时任务的管理也成为一项重要功能。目前，在分布式存储系统中，对于访问请求对应的耗时任务的处理往往表现在后端业务逻辑的优化，以及性能结构程序的高性能算法的加持上。其中，处理逻辑通过日志等方法记录操作流程。不失一般性，这些设计或者方法缺少的统一管理和流程控制，往往造成操作记录的具体性缺失，以及任务状态追踪受限，继而触发一系列运维困难、问题定位困难、操作不当触发严重服务故障等问题。综上所述，如何有效地处理耗时任务的访问请求等问题，是目前本领域技术人员急需解决的技术问题。技术实现要素：本发明的目的是提供一种访问请求处理方法、装置、设备及可读存储介质，以对用户的访问请求中，请求处理的耗时任务的统一管理和流程控制。为解决上述技术问题，本发明提供如下技术方案：一种访问请求处理方法，包括：接收用户发送的访问请求，并确定所述访问请求对应的处理任务；若所述处理任务为耗时任务，则按照任务执行阶段对所述处理任务进行切割，获得各个执行阶段分别对应的分级任务；按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理，依次获得各个所述分级任务的处理结果；分别将各个所述处理结果呈现在可视化界面，并将各个所述处理结果写入审计日志。优选地，按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理，依次获得各个所述分级任务的处理结果，包括：若所述处理结果为所述分级任务执行失败，则利用递归调用执行重试所述分级任务对应的操作步骤；若在重试过程中，执行成功，则继续执行所述按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理的步骤。优选地，在所述利用递归调用执行重试所述分级任务对应的操作步骤之后，还包括：若在重试过程中，执行失败，则对所述处理任务进行回滚操作；其中，所述回滚操作为重复执行所述按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理，依次获得各个所述分级任务的处理结果的步骤。优选地，所述分别将各个所述处理结果呈现在可视化界面，并将各个所述处理结果写入审计日志，包括：每获得一个所述处理结果，则将所述处理结果呈现在所述可视化界面，并将所述处理结果写入所述审计日志。优选地，所述按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理，包括：读取目标分级任务，并判断所述目标分级任务在所述执行阶段对应的先后顺序中是否存在上一个分级任务；如果存在，则判断所述上一个分级任务是否被执行成功；若所述上一个分级任务被执行成功，则令所述目标分级任务对应的目标处理线程执行所述目标分级任务；其中，所述目标分级任务为所述处理任务对应的分级任务中的任意一个。优选地，在所述读取目标分级任务，并判断所述目标分级任务在所述执行阶段对应的先后顺序中是否存在上一个分级任务之后，还包括：如果不存在，则直接执行令所述目标分级任务对应的目标处理线程执行所述目标分级任务的步骤。优选地，所述判断所述上一个分级任务是否被执行成功，包括：从所述审计日志中读取所述上一个分级任务的处理结果；利用所述处理结果判断所述上一个分级任务是否被执行成功。一种访问请求处理装置，包括：处理任务确定模块，用于接收用户发送的访问请求，并确定所述访问请求对应的处理任务；任务分割模块，用于若所述处理任务为耗时任务，则按照任务执行阶段对所述处理任务进行切割，获得各个执行阶段分别对应的分级任务；任务执行模块，用于按照各个所述执行阶段对应的先后顺序，对各个所述分级任务分别进行处理，依次获得各个所述分级任务的处理结果；处理结果记录模块，用于分别将各个所述处理结果呈现在可视化界面，并将各个所述处理结果写入审计日志。一种访问请求处理设备，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现上述访问请求处理方法的步骤。一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述访问请求处理方法的步骤。应用本发明实施例所提供的方法，当接收到用户发送的访问请求时，首先确定访问请求对应的处理任务。进而判断处理任务是否为耗时任务，若处理任务为耗时任务，则按照任务执行阶段对处理任务进行切割，获得各个执行阶段分别对应的分级任务。然后，按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果；分别将各个处理结果呈现在可视化界面，并将各个处理结果写入审计日志。也就是说，当访问请求对应的处理任务为耗时任务时，为了增强对耗时任务的统一管理和流程/逻辑控制，将处理任务按照任务执行阶段进行分割，即可获得不同的任务执行阶段对应的分级任务。按照各个执行阶段对应的先后顺序，可对分级任务进行分别处理，依次将获得的处理结果呈现在可视化阶段，以便用户了解任务进度以及执行情况。另外，还将处理结果写入审计日志中，以便在执行故障或执行失败时，通过查阅审计日志，快速准确地定位问题，有利于故障维护。相应地，本发明实施例还提供了与上述访问请求处理方法相对应的访问请求处理装置、设备和可读存储介质，具有上述技术效果，在此不再赘述。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例中一种访问请求处理方法的实施流程图；图2为本发明实施例中一种任务属性数据库e-r图；图3为本发明实施例中一种耗时任务处理流程图；图4为本发明实施例中一种模块化化的耗时任务处理过程的时序图；图5为本发明实施例中一种访问请求处理装置的结构示意图；图6为本发明实施例中一种访问请求处理设备的结构示意图；图7为本发明实施例中一种访问请求处理设备的具体结构示意图。具体实施方式为了使本
技术领域：
的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一：请参考图1，图1为本发明实施例中一种访问请求处理方法的流程图，该方法可应用于分布式存储系统中，该方法包括以下步骤：s101、接收用户发送的访问请求，并确定访问请求对应的处理任务。用户可通过操作分布式存储系统提供的客户端，向分布式存储系统发送访问请求。具体的，该访问请求可为crud对应的访问请求，其中crud指在做计算处理时的增加(create)、读取查询(read)、更新(update)和删除(delete)几个单词的首字母简写，主要被用在描述软件系统中数据库或者持久层的基本操作功能。当分布式存储系统接收到用户发送的访问请求之后，可确定出访问请求对应的处理任务。例如，若用户的访问请求具体为对数据a进行修改，则处理任务则包含对数据a进行修改的任务执行过程中，每一个任务执行阶段对应的处理操作，如任务执行阶段包括：准备阶段、预处理阶段、处理阶段等常见的任务执行阶段。s102、若处理任务为耗时任务，则按照任务执行阶段对处理任务进行切割，获得各个执行阶段分别对应的分级任务。当确定出处理任务之后，可判断处理任务是否为耗时任务。具体的，可通过计算处理任务中的各个处理步骤的预估时间的总和，然后将预估时间总和与预设的耗时阈值进行比较，若预估时间总和大于耗时阈值，则确定该处理任务为耗时任务，其中，各个处理步骤的预估时间以及耗时阈值可预先设置。当然，还可仅判断该处理任务的类型是否为预设的耗时任务对应的类型，确定该处理任务是否耗时任务，其中，耗时任务对应的类型可预先设置，例如可将读处理、修改处理设置为耗时任务。当确定处理任务为耗时任务时，则可按照任务执行阶段对处理任务进行切割。例如，若处理任务对应的任务执行阶段包括准备阶段、处理阶段，则将处理任务中对应的处理步骤按照分别对应的任务执行阶段进行划分，获得准备阶段、处理阶段分别对应的分级任务。当然，处理任务的任务执行阶段还可包括预备阶段、处理阶段和结束阶段等执行阶段。需要说明的是，对处理任务进行分割之后，所得的分级任务中的所有步骤的总和应于处理任务对应的处理步骤一致，即分割不破坏处理任务的完整性。s103、按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果。在执行各个分级任务时，为了不破坏处理任务的内部逻辑，应安装各个执行阶段对应的先后顺序被处理。例如，执行阶段a和执行阶段b在处理任务中，需先完成执行阶段a的操作之后，才能对执行阶段b的步骤进行操作，在将处理任务进行划分之后，得到执行阶段a对应的分级任务1，以及执行阶段对应的分级任务2之后，在对分级任务进行处理时，也需先执行分级任务1，再执行分级任务2。在依次执行各个分级任务时，便可获得各个分级任务的处理结果，具体的，处理结果即为分级任务执行成功与否的结果。s104、分别将各个处理结果呈现在可视化界面，并将各个处理结果写入审计日志。获得处理结果之后，便可分别将各个处理阶段呈现在可视化界面，以便用户了解处理任务的执行情况。还可将处理结果写入审计日志中，以便在任务执行出现故障时，利用审计日志中记录的信息，快速定位问题。优选地，为了让用户实时了解处理任务的执行进度以及处理情况，在将处理结果呈现在可视化界面时，还可每获得一个处理结果，则将处理结果呈现在可视化界面，并将处理结果写入审计日志。应用本发明实施例所提供的方法，当接收到用户发送的访问请求时，首先确定访问请求对应的处理任务。进而判断处理任务是否为耗时任务，若处理任务为耗时任务，则按照任务执行阶段对处理任务进行切割，获得各个执行阶段分别对应的分级任务。然后，按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果；分别将各个处理结果呈现在可视化界面，并将各个处理结果写入审计日志。也就是说，当访问请求对应的处理任务为耗时任务时，为了增强对耗时任务的统一管理和流程/逻辑控制，将处理任务按照任务执行阶段进行分割，即可获得不同的任务执行阶段对应的分级任务。按照各个执行阶段对应的先后顺序，可对分级任务进行分别处理，依次将获得的处理结果呈现在可视化阶段，以便用户了解任务进度以及执行情况。另外，还将处理结果写入审计日志中，以便在执行故障或执行失败时，通过查阅审计日志，快速准确地定位问题，有利于故障维护。需要说明的是，基于上述实施例，本发明实施例还提供了相应的改进方案。在优选/改进实施例中涉及与上述实施例中相同步骤或相应步骤之间可相互参考，相应的有益效果也可相互参照，在本文的优选/改进实施例中不再一一赘述。优选地，考虑到处理任务的执行过程可能会故障或执行失败的情况，为了解决这一问题，本发明实施例还提供了如下的解决方案：在执行步骤s103时，即按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果的过程中，可执行如下故障回滚重试机制：步骤一、若处理结果为分级任务执行失败，则利用递归调用执行重试分级任务对应的操作步骤；步骤二、若在重试过程中，执行成功，则继续执行按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理的步骤。为了便于描述，下面将上述两个步骤结合起来进行说明。在对各个分级任务进行处理时，每获得一个分级任务的处理结果时，可利用处理结果判断任务是否成功执行，如果未能成功执行，则可利用递归调用执行重试该分级任务对应的操作步骤。具体的，在利用递归调用执行重试操作步骤时，还可结合锁机制，重复执行该操作步骤。通常可重试3次，当然也可根据具体的用户需求设置为其他数值的次数。若在重试过程中，执行成功，则可继续按照各个执行阶段对应的先后顺序对各个分级任务分别进行处理。仅当分级任务执行失败之后，并重复执行成功，则继续执行当前分级任务对应的下一个处理任务。优选地，考虑到分级任务执行失败还与执行时的运行环境、计算机资源等息息相关，因此，在多次重复执行失败之后，还可对处理任务进行回滚操作，以便完成该处理任务。具体的，即在利用递归调用执行重试分级任务对应的操作步骤之后，若在重试过程中，执行失败，则对处理任务进行回滚操作；其中，回滚操作为重复执行按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果的步骤。也就是说，当重复执行某一任务执行阶段对应的分级任务无法成功执行时，可对处理任务进行回滚，此时可回滚至步骤s103，也可直接回滚至步骤s102。即，可回滚至对第一个分级任务进行处理，也可对处理任务进行重新分割。优选地，由于处理任务被分割为各个执行阶段对应的分级任务，且对分级任务进行处理之后，均会记载其处理结果在审计日志中。因此，还可对不同的访问请求对应的处理任务进行并行处理。具体的，可为不同的执行阶段分别设置一个目标处理进程，即该进程仅执行一种执行阶段对应的阶段任务。在按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，具体为：步骤一、读取目标分级任务，并判断目标分级任务在执行阶段对应的先后顺序中是否存在上一个分级任务；步骤二、如果存在，则判断上一个分级任务是否被执行成功；步骤三、若上一个分级任务被执行成功，则令目标分级任务对应的目标处理线程执行目标分级任务；其中，目标分级任务为处理任务对应的分级任务中的任意一个。为便于描述，下面将上述三个步骤结合起来进行说明。若耗时任务均划分为4个阶段，则为这4个阶段分别设置目标处理进程。当接收到访问请求之后，确定为访问请求对应的处理任务为耗时任务时，将处理任务分割为4个分级任务。然后分别使用4个目标处理进程对这4个分级任务进程处理。当出现大批量的耗时任务时，使用4个目标处理进程则可对大批量的耗时任务进行处理。可减少进程创建数量。具体的，在目标处理进程处理分级任务时，为不破坏处理任务的处理逻辑，可从指定存储空间中读取目标分级任务，并判断目标分级任务在执行阶段对应的先后顺序中是否存在上一个分级任务；如果存在，则判断上一个分级任务是否被执行成功；若上一个分级任务被执行成功，则令目标分级任务对应的目标处理线程执行目标分级任务。其中，判断上一个分级任务是否被执行成功，具体为从审计日志中读取上一个分级任务的处理结果；利用处理结果判断上一个分级任务是否被执行成功。优选地，在读取目标分级任务，并判断目标分级任务在执行阶段对应的先后顺序中是否存在上一个分级任务之后，如果不存在，则直接执行令目标分级任务对应的目标处理线程执行目标分级任务的步骤。即当目标分级任务为处理任务中按照执行阶段的第一个分级任务时，则可执行该任务。实施例二：为便于本领域技术人员更好地理解本发明实施例所提供的技术方案，下面以应用了该技术方案的耗时任务处理过程进行详细说明。该耗时任务处理过程可应用于分布式存储系统中。将耗时任务处理过程模块化为前端呈现模块，异步任务模块和故障回滚模块，并部署于分布式存储系统中。其中，前端呈现模块：该模块主要包括三个部分：任务进度管理器、历史任务管理器和审计日志，三个模块作为客户端的三个功能呈现给用户。其中，任务进度管理器提供耗时任务执行状态及实时进度查看等功能；历史任务管理器提供所有执行结束的任务(成功和失败)的任务详情、执行时间和描述等具体的crud功能；审计日志则完整地记录了该耗时任务从创建到执行结束期间的所有用户操作的中间流程步骤。前端呈现模块的任务进度管理器和历史任务管理器与数据库交互，呈现数据库中相应数据；审计日志则通过定义日志格式，从日志文件中解析数据呈现。具体数据格式设计如下：任务进度管理器和历史任务管理器提供任务的属性信息，任务进度管理器可以查看任务的实时更新进度，当任务执行结束时(失败或成功)，则该任务从任务管理器去除，自动移动到历史任务管理器中。为了差异化该特性，使用两个不同的数据库文件保存任务数据，但两个数据库文件中数据表及结构保持一致。具体可参考如图2的e-r图，其中图2为本发明实施例中一种任务属性数据库e-r图。任务的task属性主要包括如表1所示的字段：字段名称类型备注idinteger，整型任务id，主键，唯一标示符namevarchar，字符串任务名称statevarchar，字符串任务状态processvarchar，字符串进度：0-100usemamevarchar，字符串用户名start_timevarchar，字符串开始时间end_timevarchar，字符串结束时间descriptionvarchar，字符串任务描述pidvarchar，字符串任务进程id表1其中，任务状态可具体包括3种数值如：1：running，表示正在运行；0：completed，表示已完成；-1：failed，表示失败；任务描述具体可描述对象具体定义包括：任务级别(info，warnning，critical)、对象名称、所在节点及具体描述信息。审计日志完整地记录了该耗时任务从创建到执行结束期间的所有用户操作的中间流程步骤，且使用规定的日志记录格式，以保证页面可以正确解析显示。可将审计日志格式定义为如表2所示的格式：时间模块名称日志级别日志描述表2其中，审计日志各个字段之间可使用如“[]”或其他常见符进行包裹、间隔。需要说明的是，异步任务模块与故障回滚模块的执行流程可参照图3，图3为本发明实施例中一种耗时任务处理流程图。各个模块之间的交互通信，可参照图4，图4为本发明实施例中一种模块化化的耗时任务处理过程的时序图。其中，图4中的网络和请求转发模块还可为前端呈现模块内部模块。异步任务模块：该模块主要负责对耗时任务执行的处理，连接着前端呈现模块和故障回滚模块，同样主要包括三个部分：任务分级、任务执行和前端呈现更新。任务分级负责将创建的耗时任务按照执行步骤进行切割，分割任务为不同的阶段，并使用统一的任务分级标记(主要包括任务名称、阶段名称、阶段执行时间、阶段任务执行描述等)进行模块化标记，该部分和前端呈现模块对应；任务执行部分则按照任务分级和分级阶段执行结果选择任务继续执行或者故障回滚，同时通知并更新前端呈现模块所涉及的相关页面；前端呈现更新部分则负责对任务分级部分执行结果的更新，刷新前端呈现模块。该模块的具体流程如下：step11：异步任务模块接受新建任务并放在后台运行。step12：按照耗时任务步骤，进行任务分级标识，并封装任务执行步骤。step13：每个任务分级阶段步骤执行成功，则相应的更新前端呈现模块的任务进度管理器描述信息，并记录审计日志；否则，转step14。step14：任务分级阶段步骤执行失败，则任务转向故障回滚模块处理。step15：整个任务执行结束(失败或成功)，更新前端呈现模块的任务进度管理器进度、状态和描述信息，并将任务移动至历史任务管理器中，同时记录审计日志。故障回滚模块：该模块负责对任务分级阶段执行失败的任务分级步骤进行失败回滚操作，将任务分级中已完成的步骤回滚，使得任务执行失败时能够将任务操作回滚至任务创建前状态。该模块中同时也提供了失败重试机制，当任务分级步骤执行失败则重试该步骤一定次数，来进一步的提升系统的容错性。spet21：任务分级步骤执行失败，则启动故障回滚重试机制。step22：针对该执行步骤，使用递归调用执行重试该步骤(一般重试3次)。step23：如果在重试过程中执行成功，则继续执行任务步骤，更新前端呈现模块。step24：如果重试3次依旧执行失败，激活回滚机制。step25：沿着任务分级的先前步骤恢复任务之前操作，并更新前端呈现模块。step26：如果回滚过程失败，则更新前端呈现模块，任务结束；否则，继续回滚直至恢复步骤完成，并更新前端呈现模块。实施例三：相应于上面的方法实施例，本发明实施例还提供了一种访问请求处理装置，下文描述的访问请求处理装置与上文描述的访问请求处理方法可相互对应参照。参见图5所示，该装置包括以下模块：处理任务确定模块101，用于接收用户发送的访问请求，并确定访问请求对应的处理任务；任务分割模块102，用于若处理任务为耗时任务，则按照任务执行阶段对处理任务进行切割，获得各个执行阶段分别对应的分级任务；任务执行模块103，用于按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果；处理结果记录模块104，用于分别将各个处理结果呈现在可视化界面，并将各个处理结果写入审计日志。应用本发明实施例所提供的装置，当接收到用户发送的访问请求时，首先确定访问请求对应的处理任务。进而判断处理任务是否为耗时任务，若处理任务为耗时任务，则按照任务执行阶段对处理任务进行切割，获得各个执行阶段分别对应的分级任务。然后，按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果；分别将各个处理结果呈现在可视化界面，并将各个处理结果写入审计日志。也就是说，当访问请求对应的处理任务为耗时任务时，为了增强对耗时任务的统一管理和流程/逻辑控制，将处理任务按照任务执行阶段进行分割，即可获得不同的任务执行阶段对应的分级任务。按照各个执行阶段对应的先后顺序，可对分级任务进行分别处理，依次将获得的处理结果呈现在可视化阶段，以便用户了解任务进度以及执行情况。另外，还将处理结果写入审计日志中，以便在执行故障或执行失败时，通过查阅审计日志，快速准确地定位问题，有利于故障维护。在本发明的一种具体实施方式中，任务执行模块103，具体用于若处理结果为分级任务执行失败，则利用递归调用执行重试分级任务对应的操作步骤；若在重试过程中，执行成功，则继续执行按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理的步骤。在本发明的一种具体实施方式中，还包括：故障回滚重试模块，用于在利用递归调用执行重试分级任务对应的操作步骤之后，若在重试过程中，执行失败，则对处理任务进行回滚操作；其中，回滚操作为重复执行按照各个执行阶段对应的先后顺序，对各个分级任务分别进行处理，依次获得各个分级任务的处理结果的步骤。在本发明的一种具体实施方式中，处理结果记录模块104，具体用于每获得一个处理结果，则将处理结果呈现在可视化界面，并将处理结果写入审计日志。在本发明的一种具体实施方式中，任务执行模块103，具体用于读取目标分级任务，并判断目标分级任务在执行阶段对应的先后顺序中是否存在上一个分级任务；如果存在，则判断上一个分级任务是否被执行成功；若上一个分级任务被执行成功，则令目标分级任务对应的目标处理线程执行目标分级任务；其中，目标分级任务为处理任务对应的分级任务中的任意一个。在本发明的一种具体实施方式中，还包括：回滚模块，用于在读取目标分级任务，并判断目标分级任务在执行阶段对应的先后顺序中是否存在上一个分级任务之后，如果不存在，则直接执行令目标分级任务对应的目标处理线程执行目标分级任务的步骤。在本发明的一种具体实施方式中，回滚模块，具体用于从审计日志中读取上一个分级任务的处理结果；利用处理结果判断上一个分级任务是否被执行成功。实施例四：相应于上面的方法实施例，本发明实施例还提供了一种访问请求处理设备，下文描述的一种访问请求处理设备与上文描述的一种访问请求处理方法可相互对应参照。参见图6所示，该访问请求处理设备包括：存储器d1，用于存储计算机程序；处理器d2，用于执行计算机程序时实现上述方法实施例的访问请求处理方法的步骤。具体的，请参考图7，为本实施例提供的一种访问请求处理设备的具体结构示意图，该访问请求处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在访问请求处理设备301上执行存储介质330中的一系列指令操作。访问请求处理设备301还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341。例如，windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等。上文所描述的访问请求处理方法中的步骤可以由访问请求处理设备的结构实现。实施例五：相应于上面的方法实施例，本发明实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种访问请求处理方法可相互对应参照。一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的访问请求处理方法的步骤。该可读存储介质具体可以为u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可存储程序代码的可读存储介质。专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。当前第1页12