资源缓存方法、装置、电子设备及可读存储介质与流程

1.本技术涉及计算机技术领域，具体而言，涉及一种资源缓存方法、装置、电子设备及可读存储介质。


背景技术：

2.在cdn(content delivery network，内容分发网络)系统中，会在靠近用户的边缘缓存节点上存放相关资源文件，使得用户请求时可以从边缘缓存节点获取资源。目前的cdn系统是按照url(uniform resource locator，统一资源定位符)进行的资源缓存，当源服务器做同名文件更新时，也即只是资源内容发生了变化，如果没有手动刷新边缘缓存节点的缓存资源，则会因为各边缘节点访问热度不一、缓存淘汰时间不一等导致不同边缘缓存节点上的缓存资源存在新旧差异。


技术实现要素：

3.本技术提供了一种资源缓存方法、装置、电子设备及可读存储介质，其能够利用存储了从源服务器处获得的资源的代理缓存节点，对各边缘缓存节点的资源进行更新，使得不同边缘缓存节点缓存的内容一致，不会存在新旧差异，同时还不会增加源服务器的工作量。
4.本技术的实施例可以这样实现：
5.第一方面，本技术实施例提供一种资源缓存方法，应用于cdn系统中的控制平台，所述cdn系统中还包括通信连接的源服务器、代理缓存节点及多个边缘缓存节点，所述代理缓存节点中存储有从所述源服务器获得的资源，每个边缘缓存节点中包括第一缓存列表，所述代理缓存节点中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息，所述方法包括：
6.获得每个边缘缓存节点的第一缓存列表及代理缓存节点的第二缓存列表；
7.针对每个边缘缓存节点，将该边缘缓存节点的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点的第一待缓存资源的第一url；
8.将各边缘缓存节点的第一url发送给对应的边缘缓存节点，以使该边缘缓存节点从所述代理缓存节点获取并缓存所述第一待缓存资源。
9.第二方面，本技术实施例提供一种资源缓存方法，应用于cdn系统中的代理缓存节点，所述cdn系统中还包括通信连接的源服务器、控制平台及多个边缘缓存节点，所述代理缓存节点中存储有从所述源服务器获得的资源，每个边缘缓存节点中包括第一缓存列表，所述代理缓存节点中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息，所述方法还包括：
10.接收边缘缓存节点根据所对应的第一待缓存资源的第一url发送的资源获取请求，其中，该边缘缓存节点的第一url由所述控制平台根据该边缘缓存节点的第一缓存列表
及代理缓存节点的第二缓存列表经过比较确定，所述第一url包括该边缘缓存节点的第一缓存列表中与所述第二缓存列表中对应不同描述信息的相同url；
11.向边缘缓存节点返回第一待缓存资源，以便边缘缓存节点缓存对应的第一待缓存资源。
12.第三方面，本技术实施例提供一种资源缓存方法，应用于cdn系统，所述cdn系统中包括通信连接的源服务器、代理缓存节点、控制平台及多个边缘缓存节点，所述代理缓存节点中存储有从所述源服务器获得的资源，每个边缘缓存节点中包括第一缓存列表，所述代理缓存节点中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息，所述方法包括：
13.所述控制平台获得每个边缘缓存节点的第一缓存列表及代理缓存节点的第二缓存列表；
14.所述控制平台针对每个边缘缓存节点，将该边缘缓存节点的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点的第一待缓存资源的第一url；
15.所述控制平台将每个边缘缓存节点的第一url发送给对应的边缘缓存节点；
16.每个边缘缓存节点根据接收到的第一url，从所述代理缓存节点获取并缓存所述第一待缓存资源。
17.第四方面，本技术实施例提供一种资源缓存装置，应用于cdn系统中的控制平台，所述cdn系统中还包括通信连接的源服务器、代理缓存节点及多个边缘缓存节点，所述代理缓存节点中存储有从所述源服务器获得的资源，每个边缘缓存节点中包括第一缓存列表，所述代理缓存节点中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息，所述装置包括：
18.列表获得模块，用于获得每个边缘缓存节点的第一缓存列表及代理缓存节点的第二缓存列表；
19.比较模块，用于针对每个边缘缓存节点，将该边缘缓存节点的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点的第一待缓存资源的第一url；
20.发送模块，用于将各边缘缓存节点的第一url发送给对应的边缘缓存节点，以使该边缘缓存节点从所述代理缓存节点获取并缓存所述第一待缓存资源。
21.第五方面，本技术实施例提供一种电子设备，包括处理器和存储器，所述存储器存储有能够被所述处理器执行的机器可执行指令，所述处理器可执行所述机器可执行指令以实现前述实施方式所述的资源缓存方法。
22.第六方面，本技术实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述实施方式所述的资源缓存方法。
23.本技术实施例提供的资源缓存方法、装置、电子设备及可读存储介质，在获得每个边缘缓存节点根据本机已存储的资源生成的第一缓存列表、以及代理缓存节点根据从源服务器获得并存储的资源生成的第二缓存列表的情况下，针对每个边缘缓存界面，将该边缘缓存节点的第一缓存列表与第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点的第一待缓存资源的第一url，进而将各边缘缓存节
点的第一url发送给对应的边缘缓存节点，以使该边缘缓存节点从代理缓存节点获取并缓存第一待缓存资源。由此，可利用存储了从源服务器处获得的资源的代理缓存节点，对各边缘缓存节点的资源进行更新，使得不同边缘缓存节点缓存的内容一致，不会存在新旧差异，同时还不会增加源服务器的工作量。
附图说明
24.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
25.图1为本技术实施例提供的cdn系统的示意图；
26.图2为本技术实施例提供的电子设备的方框示意图；
27.图3为本技术实施例提供的资源缓存方法的流程示意图之一；
28.图4为本技术实施例提供的资源缓存方法的流程示意图之二；
29.图5为本技术实施例提供的资源缓存方法的流程示意图之三；
30.图6为本技术实施例提供的资源缓存方法的流程示意图之四；
31.图7为本技术实施例提供的资源缓存方法的流程示意图之五；
32.图8为本技术实施例提供的资源缓存装置的方框示意图之一；
33.图9为本技术实施例提供的资源缓存装置的方框示意图之二。
34.图标：10-cdn系统；20-电子设备；21-存储器；22-处理器；23-通信单元；100-源服务器；200-边缘缓存节点；300-控制平台；400-代理缓存节点；500(600)-资源缓存装置；510-列表获得模块；520-比较模块；530-发送模块；610-请求接收模块；620-资源发送模块。
具体实施方式
35.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。
36.因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
37.需要说明的是，术语“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
38.cdn(content delivery network，内容分发网络)，是指一种透过互联网互相连接
的电脑网络系统，利用最靠近每位用户的服务器，更快、更可靠地将音乐、图片、视频、应用程序及其他文件发送给用户，来提供高性能、可扩展性及低成本的网络内容传递给用户。
39.cdn是构建在现有互联网基础之上的一层智能虚拟网络，通过在边缘网络各处反向代理服务器，将源服务器内容分发至所有边缘缓存节点，使用户可以就近获得所需的内容。靠近用户的边缘缓存节点上存放有相关资源文件，使得在接收到用户请求时，不需要从源服务器上获取资源，减少了源服务器的负载和用户的等待资源的时间。
40.目前使用的cdn缓存方法为：当用户访问使用cdn服务的网站时，cdn通过一组预先定义好的策略(比如，与内容类型、地理区域、网络负载状况等相关的策略)，将当时能够最快响应用户的cdn节点(即边缘缓存节点)提供给用户；用户向对应cdn节点发起请求，若对应cdn节点上不存在请求资源，对应cdn节点则将请求转发至源服务器，对应cdn节点作为反向代理，将源服务器的响应内容返回给客户端，同时将响应内容中的资源进行缓存。在资源缓存生命周期内，后续客户端请求均由cdn节点返回，不再进行回源转发。
41.在使用这种cdn缓存方法进行资源缓存时，若源服务器做同名文件更新，也即只是资源内容发生了变化，如果没有手动刷新边缘缓存节点的缓存资源，则会因为各边缘节点访问热度不一、缓存淘汰时间不一等导致不同边缘缓存节点上的缓存资源存在新旧差异。
42.针对以上情况，本技术实施例提供了一种资源缓存方法、装置、电子设备及可读存储介质，可使得不同边缘缓存节点缓存的内容不会存在新旧差异，同时不会增加源服务器的工作量。
43.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
44.请参照图1，图1为本技术实施例提供的cdn系统10的示意图。所述cdn系统10中可以至少包括通信连接的源服务器100、多个边缘缓存节点200、控制平台300及代理缓存节点400。其中，所述源服务器100可以为一个或多个。代理缓存节点400及控制平台300可分别仅设置为一个。
45.一个源服务器100、一个边缘缓存节点200、代理缓存节点400中可以均只包括一个服务器，也可以是由多个服务器形成的集群服务器，具体可以根据实际需求确定，在此不进行具体限定。
46.每个边缘缓存节点200根据本机已存储的各资源生成第一缓存列表。一个边缘缓存节点200的第一缓存列表中，可以包括该边缘缓存节点200中已存储的各资源的url及所述各资源的描述信息，各资源的url及描述描述信息可以对应保存。其中，一url对应的描述信息，可以是用于描述该url对应的资源的情况的任意信息，具体可以结合实际需求设置。
47.所述代理缓存节点400中存储有从所述源服务器100处获得的资源。所述代理缓存节点400可以根据本机已存储的各资源生成第二缓存列表。该第二缓存列表中，可以包括所述代理缓存节点400已存储的各资源的url及描述信息。
48.客户端可与边缘缓存节点200通信连接，以从边缘缓存节点200获取需要的资源。
49.请参照图2，图2为本技术实施例提供的电子设备20的方框示意图。该电子设备20可以作为图1中的控制平台300或者代理缓存节点400。所述电子设备20可以包括存储器21、处理器22及通信单元23。所述存储器21、处理器22以及通信单元23各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通
讯总线或信号线实现电性连接。
50.其中，存储器21用于存储程序或者数据。所述存储器21可以是，但不限于，随机存取存储器(randomaccess memory，ram)，只读存储器(read only memory，rom)，可编程只读存储器(programmable read-only memory，prom)，可擦除只读存储器(erasable programmable read-only memory，eprom)，电可擦除只读存储器(electric erasable programmable read-only memory，eeprom)等。
51.处理器22用于读/写存储器21中存储的数据或程序，并执行相应地功能。比如，存储器21中存储有资源缓存装置，所述资源缓存装置包括至少一个可以软件或固件(firmware)的形式存储于所述存储器21中的软件功能模块。所述处理器22通过运行存储在存储器21内的软件程序以及模块，如本技术实施例中的资源缓存装置，从而执行各种功能应用以及数据处理，即实现本技术实施例中的资源缓存方法。
52.通信单元23用于通过网络建立所述电子设备20与其它通信终端之间的通信连接，并用于通过所述网络收发数据。
53.应当理解的是，图2所示的结构仅为电子设备20的结构示意图，所述电子设备20还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
54.请参照图3，图3为本技术实施例提供的资源缓存方法的流程示意图之一。所述方法可应用于图1所示的cdn系统10中的控制平台300。所述cdn系统10中还包括通信连接的源服务器100、代理缓存节点400及多个边缘缓存节点200，所述代理缓存节点400中存储有从所述源服务器100获得的资源，每个边缘缓存节点200中包括第一缓存列表，所述代理缓存节点400中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息。下面对该资源缓存方法的具体流程进行详细阐述。该资源缓存方法可以包括步骤s110、步骤s120及步骤s140。
55.步骤s110，获得每个边缘缓存节点200的第一缓存列表及代理缓存节点400的第二缓存列表。
56.在本实施例中，每个边缘缓存节点200中可包括与本机当前实际资源存储情况一致的第一缓存列表，代理缓存节点400中可包括与本机当前实际资源存储情况一致的第二缓存列表。第一缓存列表及第二缓存列表的更新方式在此不进行具体限定，只要保证这两个缓存列表与真实情况一致即可。也即，边缘缓存节点200及代理缓存节点400均需要维护各自的缓存列表。
57.所述控制平台300可以主动从所述边缘缓存节点200及代理缓存节点400处获得第一缓存列表及第二缓存类表。也可以是所述边缘缓存节点200及代理缓存节点400间隔一定时间将自身的缓存列表发送给所述控制平台300。当然可以理解的是，所述控制平台300还可以通过其他方式获得第一缓存列表及第二缓存列表，在此不进行具体限定。
58.步骤s120，针对每个边缘缓存节点200，将该边缘缓存节点200的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点200的第一待缓存资源的第一url。
59.所述控制平台300可针对每个边缘缓存节点200，在获得该边缘缓存节点200的第一缓存列表及所述第二缓存列表的情况下，可对该第一缓存列表及第二缓存列表进行比对
分析。在比对分析中，可以将该第一缓存列表中所包括的每条资源信息与第二缓存列表中所包括的每条资源信息进行比较。其中，一条资源信息对应一资源，包括该资源的url及描述信息。
60.经过该比较，可确定出该第一缓存列表中与第二缓存列表中url相同但描述信息不同的资源信息，进而将该资源信息中的url作为该边缘缓存节点的第一待缓存资源的第一url。也即，确定出了这两个缓存列表中的对应不同描述信息的相同url，并将该相同url作为了该边缘缓存节点的第一待缓存资源的第一url。如此，可在一个第一缓存列表与第二缓存列表出现存在相同url、但相同url在两个缓存列表中对应的描述信息不同的情况下，将该相同url对应的资源作为该第一缓存列表对应的边缘缓存节点200需要存储的第一待缓存资源。
61.可选地，作为一种可能的实现方式，所述描述信息可以包括一存储的各资源的缓存数据大小和/或缓存类型。其中，所述缓存类型表示文件类型，比如，apk、ipa、pxl等。在确定一个边缘缓存节点的第一待缓存资源的第一url时，可比较该边缘缓存节点的第一缓存列表与所述第二缓存列表中的url、缓存数据大小及缓存类型是否相同。可以理解的是，在所述描述信息仅包括缓存数据大小或者魂村类型时，则比较这两个缓存列表中的url、缓存数据大小是否相同，或者是url及缓存类型是否相同。
62.如此，可确定出该第一缓存列表和所述第二缓存列表中的相同url，针对该部分相同url，在该url对应的缓存数据大小和/或缓存类型不同时，确定该url为该边缘缓存节点的第一url。比如，若一个url存在与该第一缓存列表和第二缓存列表中，但该url在第一缓存列表中对应的缓存数据大小与在第一缓存列表中对应的缓存数据大小不同，则可以将该url作为该边缘缓存节点的第一url。
63.针对每个边缘缓存节点，进行以上分析，即可确定出每个边缘缓存节点的第一待缓存资源的第一url。
64.步骤s140，将各边缘缓存节点200的第一url发送给对应的边缘缓存节点，以使该边缘缓存节点200从所述代理缓存节点获取并缓存所述第一待缓存资源。
65.在本实施例中，所述控制平台300可以同时将各边缘缓存节点200的第一url发送给相应的边缘缓存节点，也可以分时进行发送，在此不进行具体限定。边缘缓存节点200在接收到所述控制平台300发送的第一url的情况下，可基于该第一url向所述代理缓存节点400发送资源获取请求，从而得到与该第一url对应的第一待缓存资源，并对该第一待缓存资源进缓存。
66.如此，可使得每个边缘缓存节点200中存储的与代理缓存节点400具有相同url的资源的内容相同，从而减少由于源服务器100进行了同名文件更新导致不同边缘缓存节点200中的该同名文件的内容存在新旧差异的情况，同时由于是从代理缓存节点400获得第一待缓存资源，因此也不会增加源服务器100的工作量。
67.可选地，为避免所述代理缓存节点400出现并发受限，所述控制平台300可按照一定规则控制各边缘缓存节点200获取第一待缓存资源的时机。具体控制方式在此不进行具体限定。
68.可选地，在本实施例中，所述代理缓存节点400可按照预设频率，从所述源服务器100出获得资源并存储。其中，所述代理缓存节点400可根据预设域名，以预设频率从所述源
服务器100处爬取资源。
69.可选地，所述代理缓存节点400使用的预设频率可以小于预设回源频率。其中预设回源频率可以是根据一般业务的回源频率进行设置的。如此，可保证代理缓存节点400中的资源更新的及时性。还可以在代理缓存节点400中更新了资源的情况下，对边缘缓存节点200的资源也进行比对更新，由此还可以确定边缘缓存节点的资源更新的及时性，同时避免在大量边缘缓存节点200缓存资源到期时，回源请求突增影响源服务器性能。
70.可选地，所述代理缓存节点400从源服务器100获得的静态资源的类型可以是预设类型。该预设类型可以是，但不限于，apk、ipa、pxl、deb、7z、exe、rmvb、rav、wma、wmv、rar、mp3、mp4、mpeg、mov、dat、doc、zip、avi、flv、swf、iso、bin、css、js、jpeg、jpg、png、gif、bmp、ogg、ico等。该预设类型可以是cdn系统中的控制中心通过设置具体策略指定的。
71.请参照图4，图4为本技术实施例提供的资源缓存方法的流程示意图之二。在本实施例中，所述方法还可以包括步骤s130。
72.步骤s130，将经过所述比较确定出的所述第二缓存列表中的其他url，作为该边缘缓存节点200的第一待缓存资源的第一url。
73.确定所述其他url作为第一url，以及确定不同描述信息对应的相同url作为第一url，两个步骤的执行顺序在此不做具体限定。
74.其中，所述其他url为所述第二缓存列表的url中除与该边缘缓存节点的第一缓存列表中相同的url之外的url。之后，可将该url也发送给相应的边缘缓存节点200，使得相应的边缘缓存节点200也可以将该url对应的资源作为需要缓存的第一待缓存资源。
75.如此，通过步骤s120及步骤s130，可确定出一个边缘缓存节点200的两种第一url。也即，当代理缓存节点400中的第二缓存列表中包含了该边缘缓存节点200的第一缓存列表中不存在的url、或者这两个缓存列表中存在相同url但描述信息不同时，可将这部分url作为该边缘缓存节点的第一待缓存资源的第一url，进而使得该边缘缓存节点200向代理缓存节点400请求这部分url，并缓存相应的第一待缓存资源。
76.目前使用的cdn缓存方法，在边缘缓存节点的缓存资源到期产生大量回源请求的情况下，可能会导致源服务器并发受限，产生拒绝服务，导致部分边缘缓存节点对404页面等其他非预期资源进行缓存。而本技术实施例提供的对边缘缓存节点200的资源进行更新的方式，是提前利用代理缓存节点400进行的资源更新，因此可以避免上述问题。
77.请参照图5，图5为本技术实施例提供的资源缓存方法的流程示意图之三。在本实施例中，所述方法还可以包括步骤s150及步骤s160。
78.步骤s150，在所述第一缓存列表中包括所述第二缓存列表中不包括的url的情况下，将该url作为所述代理缓存节点400的第二待缓存资源的第二url。
79.步骤s160，将所述第二url发送给所述代理缓存节点400，以使所述代理缓存节点400从所述源服务器100获取并缓存所述第二待缓存资源。
80.控制平台300在通过比较确定出每个边缘缓存节点200的第一url时，也可以确定出每个边缘缓存节点200的第一缓存列表中是否包括了所述第二缓存列表中不包括的url。在任意一个或多个第一缓存列表中包括所述第二缓存列表中不包括的url的情况下，可将这种url作为所述代理缓存节点400需要缓存的第二待缓存资源的第二url。也即，可以将所有第一缓存列表中包括但第二缓存列表中不包括的url，作为所述第二url。
81.控制平台300在确定出代理缓存节点400的第二url的情况下，可将该第二url发送给所述代理缓存节点400。所述代理缓存节点400可基于该第二url，向所述源服务器100发送资源获取请求，从而得到第二待缓存资源，并进行缓存。
82.由于代理缓存节点400不直接参与客户端与cdn系统的交互，并且代理缓存节点400在从源服务器100中获得资源时并不能完全模拟用户行为，因此可能存在部分资源是代理缓存节点400无法获得的，比如，部分孤岛页面资源。其中，孤岛页面，是指没有内部链接支撑的网站页面。而通过以上步骤s150及步骤s160，则可以保证代理缓存节点400中存储了足够多的边缘缓存节点200更新资源时需要的资源。
83.其中，在进行资源更新时，若更新资源的设备出现存储空间不足的情况下，则该设备可以先将需要更新的资源中的最新资源更新到本设备，以保证本设备获得了最新资源。
84.本技术实施例相对于现有的cdn系统，在cdn系统增加了代理缓存节点400及控制平台300，同时新增了代理缓存机制和节点的缓存列表。代理缓存节点400以预设频率从源服务器100处获得资源，以保证及时获取源服务器100最新的资源。控制平台300收集边缘缓存节点200的第一缓存列表及代理缓存节点400的第二缓存列表，并作分析，在边缘缓存节点200和代理缓存节点400所维护的缓存列表存在不一致的情况时，及时进行相应处理，确保边缘缓存节点200及代理缓存节点400中的资源始终处于最新的状态。由此，在对源服务器100不做任何调整的情况下，实现对cdn缓存资源的优化。
85.本技术实施例中的代理缓存节点400，不直接参与客户端与cdn交互和边缘缓存节点200回源，主要用于以较低频率向源服务器请求资源，保证资源更新的及时性，同时避免在大量边缘缓存节点200缓存资源到期时回源请求突增影响源服务器100性能。
86.请参照图6，图6为本技术实施例提供的资源缓存方法的流程示意图之四。该资源缓存方法可以应用于图1所示的cdn系统10中的代理缓存节点400。所述cdn系统10中还包括通信连接的源服务器100、控制平台300及多个边缘缓存节点200。所述代理缓存节点400中存储有从所述源服务器100获得的资源。每个边缘缓存节点200中包括第一缓存列表，所述代理缓存节点400中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息。下面对该资源缓存方法进行简要描述。该资源缓存方法可以包括步骤s210及步骤s220。
87.步骤s210，接收边缘缓存节点200根据所对应的第一待缓存资源的第一url发送的资源获取请求。
88.其中，该边缘缓存节点的第一url由所述控制平台根据该边缘缓存节点的第一缓存列表及代理缓存节点的第二缓存列表经过比较确定。所述第一url包括该边缘缓存节点的第一缓存列表中与所述第二缓存列表中对应不同描述信息的相同url。
89.所述第一url还可以包括第二缓存列表中的其他url，所述其他url为所述第二缓存列表的url中除与该边缘缓存节点的第一缓存列表中相同的url之外的url。
90.步骤s220，向边缘缓存节点200返回第一待缓存资源，以便边缘缓存节点200缓存对应的第一待缓存资源。
91.在本实施例中，关于步骤s210及步骤s220的具体描述，可以参照上文对应用于控制平台300的资源缓存方法的描述，在此不再赘述。
92.请参照图7，图7为本技术实施例提供的资源缓存方法的流程示意图之五。该资源
缓存方法可应用于图1所示的cdn系统10。所述cdn系统10中包括通信连接的源服务器100、代理缓存节点400、控制平台300及多个边缘缓存节点200。所述代理缓存节点400中存储有从所述源服务器100获得的资源。每个边缘缓存节点200中包括第一缓存列表，所述代理缓存节点400中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息。下面对资源缓存方法进行简要描述。该资源缓存方法可以包括步骤s310～步骤s340。
93.步骤s310，所述控制平台300获得每个边缘缓存节点200的第一缓存列表及代理缓存节点400的第二缓存列表。
94.步骤s320，所述控制平台300针对每个边缘缓存节点200，将该边缘缓存节点200的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点200的第一待缓存资源的第一url。
95.步骤s330，所述控制平台300将每个边缘缓存节点200的第一url发送给对应的边缘缓存节点200。
96.步骤s340，每个边缘缓存节点200根据接收到的第一url，从所述代理缓存节点获取并缓存所述第一待缓存资源。
97.在本实施例中，关于应用于cdn系统10的资源缓存方法的具体描述，可以参照上文对应用于控制平台300的资源缓存方法的描述，在此不再赘述。
98.为了执行上述实施例及各个可能的方式中的相应步骤，下面给出一种资源缓存装置的实现方式，可选地，该资源缓存装置可以采用上述图2所示的电子设备20的器件结构。需要说明的是，本实施例所提供的资源缓存装置，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。
99.请参照图8，图8为本技术实施例提供的资源缓存装置500的方框示意图之一。该资源缓存装置500可应用于应用于cdn系统10中的控制平台300。所述cdn系统10中还包括通信连接的源服务器100、代理缓存节点400及多个边缘缓存节点200。所述代理缓存节点400中存储有从所述源服务器100获得的资源。每个边缘缓存节点200中包括第一缓存列表，所述代理缓存节点400中包括第二缓存列表，所述第一缓存列表及第二缓存列表中包括本机已存储的各资源的url及描述信息。该资源缓存装置500可以包括：列表获得模块510、比较模块520及发送模块530。
100.所述列表获得模块510，用于获得每个边缘缓存节点200的第一缓存列表及代理缓存节点400的第二缓存列表。
101.所述比较模块520，用于针对每个边缘缓存节点200，将该边缘缓存节点200的第一缓存列表与所述第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点200的第一待缓存资源的第一url。
102.所述发送模块530，用于将各边缘缓存节点200的第一url发送给对应的边缘缓存节点200，以使该边缘缓存节点200从所述代理缓存节点400获取并缓存所述第一待缓存资源。
103.请参照图9，图9为本技术实施例提供的资源缓存装置600的方框示意图之二。该资源缓存装置600可以应用于图1所示的cdn系统10中的代理缓存节点400。该资源缓存装置600可以包括请求接收模块610及资源发送模块620。
104.所述请求接收模块610，用于接收边缘缓存节点200根据所对应的第一待缓存资源的第一url发送的资源获取请求。
105.其中，该边缘缓存节点200的第一url由所述控制平台根据该边缘缓存节点200的第一缓存列表及代理缓存节点400的第二缓存列表经过比较确定，所述第一url包括该边缘缓存节点的第一缓存列表中与所述第二缓存列表中对应不同描述信息的相同url。
106.资源发送模块620，用于向边缘缓存节点返回第一待缓存资源，以便边缘缓存节点缓存对应的第一待缓存资源。
107.可选地，上述模块可以软件或固件(firmware)的形式存储于图2所示的存储器21中或固化于电子设备20的操作系统(operating system，os)中，并可由图2中的处理器22执行。同时，执行上述模块所需的数据、程序的代码等可以存储在存储器21中。
108.本技术实施例还提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述的资源缓存方法。
109.综上所述，本技术实施例提供一种资源缓存方法、装置、电子设备及可读存储介质，在获得每个边缘缓存节点根据本机已存储的资源生成的第一缓存列表、以及代理缓存节点根据从源服务器获得并存储的资源生成的第二缓存列表的情况下，针对每个边缘缓存界面，将该边缘缓存节点的第一缓存列表与第二缓存列表进行比较，并将经过比较确定出的对应不同描述信息的相同url，作为该边缘缓存节点的第一待缓存资源的第一url，进而将各边缘缓存节点的第一url发送给对应的边缘缓存节点，以使该边缘缓存节点从代理缓存节点获取并缓存第一待缓存资源。由此，可利用存储了从源服务器处获得的资源的代理缓存节点，对各边缘缓存节点的资源进行更新，使得不同边缘缓存节点缓存的内容一致，不会存在新旧差异，同时还不会增加源服务器的工作量。
110.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
111.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
112.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存
储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
113.以上所述仅为本技术的可选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。