一种缓存数据调取方法及装置与流程

本公开涉及互联网技术领域，具体是涉及一种缓存数据调取方法及装置。

背景技术：

目前，常常需要在服务器端增加缓存组件，如redis、memcache等来临时存储一些数据信息，以使得再次调用该数据信息时，服务器端不必每次都访问原始数据库，而是直接由这些具备临时存储功能的缓存组件中获取。

但是，在实际应用中，服务器端常会发生缓存组件异常的现象，异常现象的发生将导致不能由缓存组件获取数据信息，而是只能由原始数据库获取，进而导致了服务器端获取数据信息的效率降低。

技术实现要素：

为了克服现有技术中存在的问题，本公开提供一种缓存数据调取方法及装置。

第一方面，本公开实施例提供一种缓存数据调取方法，该方法包括：获取客户端发送的数据请求，数据请求中包括数据标识；确定数据标识的数据标识类型，数据标识类型为第一数据标识或第二数据标识，第一数据标识用于标识缓存数据，第二数据标识是对第一数据标识和缓存数据进行整合并反馈至客户端的数据标识；若数据标识为第二数据标识，则解析第二数据标识得到缓存数据；若数据标识为第一数据标识，则根据缓存组件可用性调取缓存数据，缓存组件用来缓存缓存数据。

在一例中，在获取到客户端发送的首次数据请求之际，一种缓存数据调取方法还包括：根据首次数据请求中包括的第一数据标识生成缓存数据；判断缓存组件是否可用；若缓存组件可用，则在缓存组件中缓存根据第一数据标识生成的缓存数据，并向客户端反馈第一数据标识；若缓存组件不可用，则向客户端反馈第二数据标识，第二数据标识中包括第一数据标识和缓存数据。

在一例中，解析第二数据标识得到缓存数据之后，一种缓存数据调取方法还包括：判断缓存组件是否可用；若缓存组件可用，则在缓存组件中缓存从第二数据标识中解析得到的缓存数据，并向客户端反馈第一数据标识。

在一例中，根据缓存组件可用性调取缓存数据，包括：若缓存组件可用，则从缓存组件中调用缓存数据；若缓存组件不可用，则根据第一数据标识生成缓存数据。

在一例中，根据第一数据标识生成缓存数据之后，一种缓存数据调取方法还包括：整合第一数据标识和缓存数据得到第二数据标识，向客户端反馈第二数据标识。

在一例中，整合第一数据标识和缓存数据得到第二数据标识，包括：将缓存数据打包为json格式字符串；将json格式字符串与第一数据标识拼接得到第二数据标识。

在一例中，json格式字符串与第一数据标识之间设置有指定标识符。

在一例中，确定数据标识的数据标识类型，包括：若数据标识中包含指定标识符，则数据标识为第二数据标识；若数据标识中不包含指定标识符，则数据标识为第一数据标识。

第二方面，本公开实施例提供一种缓存数据调取装置，该装置包括：获取数据请求模块：用于获取客户端发送的数据请求，数据请求中包括数据标识；判断数据标识类型模块：用于确定数据标识的数据标识类型，数据标识类型为第一数据标识或第二数据标识，第一数据标识用于标识缓存数据，第二数据标识是对第一数据标识和缓存数据进行整合并反馈至客户端的数据标识；获取缓存数据模块：若数据标识为第二数据标识，则解析第二数据标识得到缓存数据；若数据标识为第一数据标识，则根据缓存组件可用性调取缓存数据，缓存组件用来缓存缓存数据。

第三方面，本公开实施例提供一种电子设备，其中，电子设备包括：存储器，用于存储指令；以及处理器，用于调用存储器存储的指令执行缓存数据调取方法。

第四方面，本公开实施例提供一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在由处理器执行时，执行缓存数据调取方法。

本公开提供的一种缓存数据调取方法，当服务器端的缓存组件出现存储异常时，可以将待存储的缓存数据整合处理为第二数据标识，并将第二数据标识存储在客户端。基于客户端与服务器端是通过http协议交换数据，以http作为基础协议，其交换数据的可靠性和稳定性更高。当服务器端再次接受到调取该缓存数据的请求时，将解析第二数据标识，并由客户端以可靠、稳定的方式获取相应的缓存数据，可以避免由数据库中获取相应缓存数据的情况发生，提高服务器端获取数据信息的效率。

附图说明

通过参考附图阅读下文的详细描述，本公开实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的实施方式，其中：

图1示出了本公开实施例提供的第一种缓存数据调取方法示意图；

图2示出了本公开实施例提供的第二种缓存数据调取方法示意图；

图3示出了本公开实施例提供的第三种缓存数据调取方法示意图；

图4示出了本公开实施例提供的第四种缓存数据调取方法示意图；

图5示出了本公开实施例提供的第五种缓存数据调取方法示意图；

图6示出了本公开实施例提供的第六种缓存数据调取方法示意图；

图7示出了本公开实施例提供的一种缓存数据调取装置示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。

需要注意，虽然本文中使用“第一”、“第二”等表述来描述本公开的实施方式的不同模块、步骤和数据等，但是“第一”、“第二”等表述仅是为了在不同的模块、步骤和数据等之间进行区分，而并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。

图1为本公开实施例提供的一种缓存数据调取方法的示意图，如图1所示，一种缓存数据调取方法100包括步骤s101-s103。下面将详细介绍各个步骤的具体情况。

s101：获取客户端发送的数据请求。

本公开实施例中涉及的数据请求中包括数据标识，其中，每一种数据标识可以表征相应的缓存数据。例如，若一种数据标识是用户预定酒店的id号，那么相应的缓存数据为与用户预定酒店有关的数据信息，例如为用户的姓名、用户手机号以及用户的期望价格等。

s102：确定数据标识的数据标识类型。

本公开实施例中涉及的数据标识类型包括两类，分别为第一数据标识和第二数据标识。

其中，第一数据标识用于标识缓存数据，第一数据标识与标识的缓存数据是相互对应的，也就是说，可以根据第一数据标识，从各个数据端口获取相应的缓存数据。例如，如果第一数据标识是用户的id号，那么根据第一数据标识可以获取并标识与其相对应的所有缓存数据，可以是用户的手机号、用户的地址、用户的行为特征以及与该id号相关的其他专属的缓存数据信息。

第二数据标识是对将第一数据标识和与该第一数据标识相对应的缓存数据进行整合处理后的数据标识，也就是说，整合后获取的第二数据标识中，既包括第一数据标识，也包括与第一数据标识相对应的缓存数据。

整合后获取的第二数据标识还将反馈至客户端。由于客户端与服务器端之间是通过http协议交换数据信息的，以http作为基础协议，其可靠性和稳定性更高，因此将整合后的第二数据标识反馈至客户端，以使后续服务器端的数据调取的工作可以更加的稳定和可靠。

s103：根据数据标识获取缓存数据。

其中，步骤s103还包括步骤s1031：若数据标识为第一数据标识，则根据缓存组件可用性调取缓存数据；和步骤s1032：若数据标识为第二数据标识，则解析第二数据标识得到缓存数据。

如果数据标识为第一数据标识，那么将根据缓存组件的可用性来调取相应的缓存数据。其中，缓存组件是设置在服务器端，可以用来缓存与第一数据标识相对应的缓存数据的。若缓存组件可用，则可以由缓存组件来调取相应的缓存数据；若缓存组件不可用，则不能由缓存组件来调取相应的缓存数据。需要说明的是，存储在缓存组件中的缓存数据是预先存储在缓存组件中的，此处判断缓存组件的可用性，仅是确定能否由缓存组件中调取出相应的缓存数据。

如果数据标识为第二数据标识，那么将不由缓存组件中调取缓存数据，而是通过调取并解析储存在客户端的第二数据标识，以获得相应的缓存数据。

本公开提供的一种缓存数据调取方法，当服务器端的缓存组件出现存储异常时，可以将待存储的缓存数据整合处理为第二数据标识，并将第二数据标识存储在客户端。基于客户端与服务器端通过http协议交换数据，以http作为基础协议，其交换数据的可靠性和稳定性更高。当服务器端再次接受到调取该缓存数据的请求时，将解析第二数据标识，并由客户端以可靠、稳定的方式获取相应的缓存数据，可以避免由数据库中获取相应缓存数据的情况发生，提高服务器端获取数据信息的效率。

本公开将结合具体实施例对上述缓存数据调取方法进行说明。

在一例中，在获取到客户端发送的首次数据请求之际，缓存数据调取方法还将对缓存组件的可用性进行判断，根据缓存组件的可用性，确定缓存数据的存取位置。

图2为本公开实施例提供的另一种缓存数据调取方法200，如图2所示，该缓存数据调取方法包括如下步骤。

s201：获取客户端发送的首次数据请求。

服务器端可以根据该首次数据请求中包括的第一数据标识，从各个数据端口获取并生成该第一数据标识的缓存数据。例如，第一数据标识可以是用户登录的唯一id，假设该id为“uid＝1001”，可以根据用户登录的唯一id可以从各个数据端口获取并生成关于该id的专属的数据信息，也就是本公开中所指的缓存数据，例如为“param0:aaa”、“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”。

需要说明的是，根据首次数据请求，生成的缓存数据，既可以是由各个数据端口中收集的，也可以是用户根据该数据请求的要求，填写的关于该数据请求的相关的数据信息，该数据信息有可能需要在后续的工作中多次被调取。

s202：判断缓存组件是否可用。

需要说明的是，此处判断缓存组件是否可用，仅是用来确定根据第一数据标识生成的缓存组件能否存入该缓存组件中。能够将缓存数据存入缓存组件中，并不一定保证未来在调取该缓存数据时，一定能够由该缓存组件中调取，届时，还需进一步判断调取缓存数据时的缓存组件是否可用。

s2021：若缓存组件可用，将缓存数据缓存在缓存组件中，并将第一数据标识反馈至客户端。

如果设置在服务器端的缓存组件可用，则将在s201步骤中根据第一数据标识生成的缓存数据缓存在缓存组件中，并且将该第一数据标识反馈至客户端，也就是将“uid＝1001”反馈至客户端，表示已完成在缓存组件中存入相应的缓存数据的工作。

需要说明的是，缓存在缓存组件中的根据第一数据标识生成的缓存数据，可以根据反馈到客户端的第一数据标识索引来，也就是说，当客户端发送包含有该第一数据标识的数据请求时，可以由缓存组件中索引出相应的缓存数据，进一步地，可以理解为，可以根据客户端发送包含有“uid＝1001”的第一数据标识的数据请求，可以由缓存组件索引出相应的缓存数据“param0:aaa”、“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”。

s2022：若缓存组件不可用，向客户端反馈第二数据标识。

如果设置在服务器端的缓存组件不可用，则向客户端反馈第二数据标识，其中，第二数据表述包括第一数据标识，以及在s201步骤中根据第一数据标识生成的缓存数据，并且将该第二数据标识反馈到客户端。根据上文可知，第二数据标识中包含有“uid＝1001”和“param0:aaa”、“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”。

同理，当客户端发送包含有该第二数据标识的数据请求时，可以由客户端索引出第二数据标识，并将该第二数据标识进行处理，获得相应的缓存数据。也就是说，当客户端发送包含有该第二数据标识的数据请求时，根据由客户端索引出的第二数据标识，可以获得相应的缓存数据“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”。

s203：获取客户端发送的数据请求。

其中该数据请求是非首次客户端发送的数据请求。该数据请求的标识类型可以是第一数据标识或第二数据标识。

s204：确定数据标识的数据标识类型。

确定客户端发送的数据请求中包含的数据标识的数据标识类型。

s2041：若数据标识为第一数据标识，则根据缓存组件可用性调取缓存数据。也就是说，如果客户端发送的数据请求中包含的数据标识为第一数据标识，则进一步判断缓存组件的可用性，根据缓存组件的可用性来确定调取缓存数据的位置。

s2042：若数据标识为第二数据标识，则解析第二数据标识得到缓存数据。也就是说，如果客户端发送的数据请求中包含的数据标识为第二数据标识，那么将调取并解析储存在客户端的第二数据标识，以获得相应的缓存数据。

本公开实施例通过在获取到客户端发送的首次数据请求之际，若缓存组件不可用，则将不能存储在缓存组件中的缓存数据进行整合处理为第二数据标识，并存储在客户端。当需要再次调取该缓存数据时，可以直接由客户端解析并调取。本公开实现了在缓存组件不可用时，可以由客户端获取到相关的缓存数据，而避免去原始的数据库中调取信息，提高了调取数据信息的效率。

作为另一种可能的实施例，该实施例包含有图1所示的步骤s101-s103，这里对相同的实施步骤不再赘述。如图3所示，在解析第二数据标识得到缓存数据之后，该缓存数据调取方法300还包括如下步骤。

s301：判断缓存组件是否可用。

s3011：若缓存组件可用，则在缓存组件缓存从第二数据标识中解析得到的缓存数据，并向客户端反馈第一数据标识。

在实际应用中，还可能存在继续发起相同的数据请求，以调取对应的缓存数据。因此，在步骤s103中解析第二数据标识得到缓存数据之后，还需要继续判断缓存组件的可用性。如果缓存组件可用，则将在缓存组件中缓存由第二数据标识中解析得到的缓存数据，并将向客户端反馈第一数据标识，表示已完成在缓存组件中存入相应的缓存数据的工作。当再次发起相同的数据请求时，由于数据请求为第一数据标识，那么将根据缓存组件的可用性来判断是否由缓存组件中调取缓存数据。

s3012：若缓存组件不可用，则将第二数据标识反馈至客户端。

在步骤s103中解析第二数据标识得到缓存数据之后，还将继续判断缓存组件的可用性。如果缓存组件不可用，那么，由于在步骤s102中已经存储了相应的第二数据标识，当再次发起相同的数据请求时，由于数据请求为第二数据标识，可以直接由客户端调取相应的第二数据标识，并解析出相应的缓存数据。

需要说明的是，再次发起调用缓存数据的请求可以执行多次，在实现该缓存数据的调取时，只需循环执行步骤s101-s103和s301即可，其中步骤s103包括步骤s1031和步骤s1032，步骤s301包括步骤s3011和步骤s3012。

以用户在线预订酒店为例，在预订过程中，往往会根据用户的请求产生大量的专属数据信息。例如用户的姓名、用户手机号以及用户的期望价格等信息，并且，这些数据信息往往需要被调用多次。为了避免缓存这些专属数据信息的缓存组件发生异常，导致再次获取该专属数据信息需要由相关的数据端口来获取这种情况的发生，在线预订酒店的系统可以采用本公开实施例提供的缓存数据调取方法来实现。

在实际应用中，用户登录在线预定酒店的系统，发出预定酒店的请求，客户端将首次发起相应的数据请求，该数据请求中包含有用户id这一标识，也就是本公开中的第一数据标识。根据用户首次发出的请求，获取相关数据信息，如用户的姓名、用户手机号以及用户的期望价格等，这些数据信息即为待缓存的缓存数据。

在获取到缓存数据之后，将判断缓存组件的可用性。如果缓存组件可用，则在缓存组件中缓存根据第一数据标识生成的缓存数据，也就是在缓存组件中缓存用户的姓名、用户手机号以及用户的期望价格等信息。并将用户id这一第一数据标识发送至客户端。

如果缓存组件不可用，则根据第一数据标识和缓存数据，整合处理形成第二数据标识，并将第二数据标识反馈并存储至客户端。

当用户再次发起请求时，客户端也相应的发起数据请求，该数据请求中包含有第一数据标识或第二数据标识。如果数据请求中包含的数据标识为第一数据标识，也就是用户id时，那么将根据缓存组件的可用性来判断是否由缓存组件中调取缓存数据，即用户的姓名、用户手机号以及用户的期望价格等。

如果数据请求中包含的数据标识为第二数据标识时，那么将解析存储在客户端的第二数据标识，并获得相应的缓存数据，如用户的姓名、用户手机号以及用户的期望价格等。

在预订酒店的过程中，由于用户的姓名、用户手机号以及用户的期望价格等这些缓存数据往往需要被调取多次，因此，在解析到第二数据标识得到缓存数据之后，还将继续判断缓存组件的可用性。

如果缓存组件可用，则在缓存组件中缓存由第二数据标识中解析得到的缓存数据，并向客户端反馈该第一标识。当用户再次发起预定酒店的请求，客户端也相应的发起数据请求。由于数据请求中包含的数据标识为第一数据标识，也就是用户id时，那么将根据缓存组件的可用性来判断是否由缓存组件中调取缓存数据，即用户的姓名、用户手机号以及用户的期望价格等。

如果缓存组件不可用，那么当客户端再次发起数据请求时，由于数据请求中包含的数据标识为第二数据标识，将解析存储在客户端的第二数据标识，并获得相应的缓存数据，即用户的姓名、用户手机号以及用户的期望价格等。

如果需要多次发起预定酒店的数据请求，则可循环执行以上步骤即可实现调用相关的缓存数据。如果不需要继续发起数据请求，则本公开提供的缓存数据调取方法将就此结束。

如图4所示，在执行完步骤s101-s103、s301之后，其中步骤s103包括步骤s1031和步骤s1032，步骤s301包括步骤s3011和步骤s3012，本公开的另一种实施例还包括以下步骤。

在步骤s103的步骤s1031中，根据缓存组件的可用性来调取缓存数据进一步包括：

s401：缓存组件可用，由缓存组件中调取缓存数据。

此处对缓存组件可用性的判断，仅是针对能否由缓存组件中调取已经存储在该缓存组件中的缓存数据。若缓存组件可用，则将从设置在服务器端的缓存组件中调取相关的缓存数据，其中的缓存数据可以是根据客户端首次发出的数据请求中包含的第一数据标识而生成的缓存数据，也可以是根据客户端非首次发出的数据请求中包含的第一数据标识生成的缓存数据。该缓存数据是预先存储在缓存组件中的。由于缓存组件可用，当客户端再次发出包含有第一数据标识的数据请求时，直接由该缓存组件中调取相应的缓存数据。

s402：缓存组件不可用，根据第一数据标识生成缓存数据。

若缓存组件不可用，则将根据第一数据标识，由各个数据端口收集相关信息，形成相应的缓存数据。

在缓存组件不可用的情况下，如果不再发送数据请求，那么本公开提供的缓存数据调取方法将就此结束。如果还将继续发送相应的数据请求，本公开还将继续执行图5所示的步骤。

进一步地，如图5所示，作为另一种实施例，在执行完步骤s402后，即根据第一数据标识生成缓存数据之后，本公开实施例提供的缓存数据调取方法500还包括一下步骤。

s501：整合形成第二数据标识，并反馈至客户端。

在步骤s402的基础上，若缓存组件不可用，根据第一数据标识生成缓存数据，并根据第一数据标识和相应的缓存数据，整合处理得到第二数据标识，并将第二数据标识反馈和存储与客户端。当客户端再次发起数据请求时，由于数据请求中包含第二数据标识，则解析第二数据标识，并获取相应的缓存数据。

已经预先储存在缓存组件中的缓存数据，由于在再次发起相应的数据请求时，该缓存组件发生了故障，不能由该缓存组件中调取相应的缓存数据。为了解决此问题，在实际的应用中，可以通过本公开提供另一实施例来实现。

作为另一种可能的实施例，该实施例包含有图2所示的步骤，这里对相同的实施步骤不再赘述。如图6所示，在步骤s2021中在缓存组件中缓存根据第一数据标识生成缓存数据之后，该缓存数据调取方法600还包括如下步骤。

s601：整合形成第二数据标识，并反馈至客户端。

当再次发起数据请求时，由于缓存组件不可用，则将整合在步骤s2021中获得的第一数据标识和相应的缓存数据，以形成第二数据标识，并将第二数据标识反馈至客户端。由于客户端再次发送的数据请求中包含第二数据标识，则解析存储在客户端的第二数据标识，生成和调取相应的缓存数据。

该方法旨在解决当预先储存在缓存组件中的缓存数据，由于在再次发起相应的数据请求时，该缓存组件发生了故障，不能由该缓存组件中调取相应的缓存数据的情况。

在本公开提供的实施例中，整合第一数据标识和缓存数据的得到第二数据标识包括，可以将缓存数据打包为json格式字符串，并将json格式字符串与第一数据标识拼接得到第二数据标识。若第一数据标识为“uid＝1001”，相应的缓存数据为“param0:aaa”、“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”，那么第二数据标识则可以为uid＝1001${“param0:aaa”、“param1:bbb”、“param2:ccc”、“param3:ddd”、“param4:eee”}。

除此之外，还可以将缓存数据打包为数据序列化字符串或xml格式字符串。

将缓存数据打包为json格式字符串，可以方便在客户端与服务器端进行传输与解析。

作为一种变形，由第一数据标识和相应的缓存数据整合形成的第二数据标识中，其中，json格式字符串和第一数据标识之间可以设置有指定标识符。

其中，指定标识符可以包括截取标识符，即可以在截取标识符的左侧设置有第一标识符，截取标识符的右侧设置有缓存数据，通过读取该截取标识符，来快速解析出第二标识符中的缓存数据。

指定标识符还可以包括识别标识符，通过识别标识符可以用来区分第一数据标识和第二数据标识。

在一种可能的实施例中，由第一数据标识和相应的缓存数据整合形成的第二数据标识中，其中，json格式字符串和第一数据标识之间设置的指定标识符可以同时包括截取标识符和识别标识符。

在一种可能的实施例中，确定数据标识的数据标识类型，可以通过判断数据标识中是否包含指定标识符来确定。若数据标识中包含指定标识符，则数据标识为第二数据标识；若数据标识中不包含指定标识符，则数据标识为第一数据标识。例如，根据上述的描述，指定标识符为识别标识符，若数据标识中包含该识别标识符，则该数据标识即为第二数据标识；若数据标识中不包含该识别标识符，则该数据标识即为第一数据标识。

又一种实施例中，为了能够提供数据传递的安全性，还可以对整合形成的第二数据标识进行加密处理。即可以通过对json格式字符串的数据进行加密，后再按照相应的规则进行解密处理。例如，可以将json格式字符串的数据按照一定的规则打乱排列顺序，以此加密处理，后再利用相同的规则对该加密的字符串进行解密。另外，对于对json格式字符串的加密，还可以采用非对称加密方法rsa进行加密，相应的，也会利用相同的规则进行解密处理。

基于与缓存数据调取方法相同的发明构思，本公开实施例还提供一种缓存数据调取装置700。

如图7所示，一种缓存数据调取装置700包括获取数据请求模块701、判断数据标识类型模块702和获取缓存数据模块。下面将对各个模块进行详细的介绍。

获取数据请求模块701：用于获取客户端发送的数据请求，数据请求中包括数据标识。

判断数据标识类型模块702：用于确定数据标识的数据标识类型，数据标识类型为第一数据标识或第二数据标识，第一数据标识用于标识缓存数据，第二数据标识是对第一数据标识和缓存数据进行整合并反馈至客户端的数据标识。

获取缓存数据模块703：若数据标识为第二数据标识，则解析第二数据标识得到缓存数据；若数据标识为第一数据标识，则根据缓存组件可用性调取缓存数据，缓存组件用来缓存缓存数据。

在一例中，在获取到客户端发送的首次数据请求之际，缓存数据调取装置还用于：根据首次数据请求中包括的第一数据标识生成所述缓存数据；判断缓存组件是否可用；若缓存组件可用，则在缓存组件中缓存根据第一数据标识生成的缓存数据，并向客户端反馈第一数据标识；若缓存组件不可用，则向客户端反馈第二数据标识，第二数据标识中包括第一数据标识和缓存数据。

在一例中，解析第二数据标识得到缓存数据之后，该装置还用于：判断缓存组件是否可用；若缓存组件可用，则在缓存组件中缓存从第二数据标识中解析得到的缓存数据，并向客户端反馈第一数据标识。

在一例中，根据缓存组件可用性调用缓存数据，包括：若缓存组件可用，则从缓存组件中调用缓存数据；若缓存组件不可用，则根据第一标识生成缓存数据。

在一例中，根据第一标识生成缓存数据之后，该装置还用于：整合第一数据标识和缓存数据得到第二数据标识，向客户端反馈第二数据标识。

在一例中，整合第一数据标识和缓存数据得到第二数据标识，包括：将缓存数据打包为json格式字符串；将json格式字符串与第一数据标识拼接得到第二数据标识。

在一例中，json格式字符串与第一数据标识之间设置有指定标识符。

在一例中，确定数据标识的数据标识类型，包括：判断数据标识中是否包含指定标识符；若数据标识中包含指定标识符，则数据标识为第二数据标识；若数据标识中不包含指定标识符，则数据标识为第一数据标识。

可以理解的是，本公开实施例中涉及的缓存数据调取装置700中的各个模块单元所实现的功能与上文中描述的缓存数据调取方法中的步骤相对应，其具体实现和技术效果请参见上文对于方法步骤描述，在此不再赘述。

进一步可以理解的是，本公开实施例涉及的缓存数据调取装置700的结构(包括各模块单元的名称、连接关系)仅是进行示意性说明，该基于与本公开实施例涉及的缓存数据调取方法相同发明构思所提供缓存数据调取装置的结构并不局限于本公开提供的示意图，也不局限于包括上述涉及的模块单元。

本公开的一个实施方式提供的一种电子设备，其中，该电子设备包括存储器、处理器、输入/输出(input/output，i/o)接口。其中，存储器，用于存储指令。处理器，用于调用存储器存储的指令执行本公开实施例的用于缓存数据调取方法。其中，处理器分别与存储器、i/o接口连接，例如可通过总线系统和/或其他形式的连接机构进行连接。存储器可用于存储程序和数据，包括本公开实施例中涉及的用于缓存数据调取的程序，处理器通过运行存储在存储器的程序从而执行电子设备的各种功能应用以及数据处理。

本公开实施例中处理器可以采用数字信号处理器(digitalsignalprocessing，dsp)、现场可编程门阵列(field-programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现，所述处理器可以是中央处理单元(centralprocessingunit，cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元中的一种或几种的组合。

本公开实施例中的存储器可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(randomaccessmemory，ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(read-onlymemory，rom)、快闪存储器(flashmemory)、硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)等。

本公开实施例中，i/o接口可用于接收输入的指令(例如数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入等)，也可向外部输出各种信息(例如，图像或声音等)。本公开实施例中i/o接口可包括物理键盘、功能按键(比如音量控制按键、开关按键等)、鼠标、操作杆、轨迹球、麦克风、扬声器、和触控面板等中的一个或多个。

在一些实施方式中，本公开提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，计算机可执行指令在由处理器执行时，执行上文所述的任何方法。

尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本公开的方法和装置能够利用标准编程技术来完成，利用基于规则的逻辑或者其他逻辑来实现各种方法步骤。还应当注意的是，此处以及权利要求书中使用的词语“装置”和“模块”意在包括使用一行或者多行软件代码的实现和/或硬件实现和/或用于接收输入的设备。

此处描述的任何步骤、操作或程序可以使用单独的或与其他设备组合的一个或多个硬件或软件模块来执行或实现。在一个实施方式中，软件模块使用包括包含计算机程序代码的计算机可读介质的计算机程序产品实现，其能够由计算机处理器执行用于执行任何或全部的所描述的步骤、操作或程序。

出于示例和描述的目的，已经给出了本公开实施的前述说明。前述说明并非是穷举性的也并非要将本公开限制到所公开的确切形式，根据上述教导还可能存在各种变形和修改，或者是可能从本公开的实践中得到各种变形和修改。选择和描述这些实施例是为了说明本公开的原理及其实际应用，以使得本领域的技术人员能够以适合于构思的特定用途来以各种实施方式和各种修改而利用本公开。