一种静态资源加载方法、装置、设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种静态资源加载方法、装置、设备及存储介质。


背景技术：

2.为了提升移动app静态资源获取速度，提升页面流畅度，进而提高用户的使用感受，现有的技术方案均是采取三级缓存的方式对图片、css和js文件等静态资源进行处理。具体方案如下：
3.当移动app在接收到静态资源加载的请求时，首先会在内存中查找当前请求的静态资源是否存在，若存在则直接返回该静态资源并加载；若在内存中未能查找到该静态资源，就从移动app的沙盒目录中遍历查找该静态资源，如果能找到该资源则会将其存储在内存中便于后续的使用，然后加载显示该资源；若在移动app的沙盒目录中未能找到该静态资源，则会通过网络请求的方式下载该资源，并存储在内存和app沙盒目录下。
4.上述方式是目前被广泛使用的静态资源三级缓存方式，能够有效的提高静态资源的加载速度，提升用户使用感受，但这种方法仍然会存在如下问题：
5.(1)由于为了加速静态资源的加载速度，大量的静态资源被存储在内存当中，但上述这种方法未能有效的对存储在内存中的静态资源进行有效的管理，导致当存储在内存中的资源越来越多，最终导致app的使用内存无限增多，进而出现内存使用过大甚至内存溢出的情况；
6.(2)由于静态资源同时会存储在app的沙盒目录当中，存储的资源没有得到有效管理，无效的静态资源未能被清理，导致app存储空间一直增大；同时若app沙盒目录中的文件过多，在遍历所有文件查找静态资源时，会导致加载速度过慢，展示静态资源耗时过多，甚至还有文件读写线程锁等问题。
7.(3)在内存和app沙盒目录均不存在需要加载的静态资源时，需要通过向后台服务器发送网络请求的方式获取资源，但频繁的通过网络直接向后台服务器发送请求不仅消耗的时间长，而且会加重后台服务器的压力。


技术实现要素：

8.本发明实施例提供一种静态资源加载方法、装置、设备及存储介质，以解决内存溢出风险和app占用设备存储空间过大的问题。
9.第一方面，本发明实施例提供了一种静态资源加载方法，包括：
10.接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；
11.通过md5加密算法对所述目标地址进行加密，得到目标key；
12.若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；
13.根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目
标对象移动至所述哈希链表的最前端。
14.进一步的，还包括：
15.若在哈希链表中未查询到所述目标key，则根据所述目标key查询数据表；
16.若在所述数据表中查询到所述目标key，则获取所述数据表中所述目标key对应的目标沙盒目录存储路径；
17.根据所述目标沙盒目录存储路径从沙盒目录下获取所述静态资源加载请求对应的目标静态资源；
18.对所述目标静态资源进行加载显示。
19.进一步的，在根据所述目标沙盒目录存储路径从沙盒目录下获取所述静态资源加载请求对应的目标静态资源之后，还包括：
20.获取内存的当前占用空间；
21.若所述内存的当前占用空间小于第一预设存储空间阈值，则将所述目标key和目标value值对应的目标对象添加至所述哈希链表的最前端；
22.若所述内存的当前占用空间大于或者等于第一预设存储空间阈值，则将所述哈希链表最后端的对象删除；
23.将所述目标key和目标value值对应的目标对象添加至所述哈希链表的最前端。
24.进一步的，在对所述静态资源加载请求对应的静态资源进行加载显示之后，还包括：
25.获取当前时间戳；
26.将所述数据表中所述目标key对应的目标资源最近使用时间戳更新为当前时间戳。
27.进一步的，在若在哈希链表中未查询到所述目标key，则根据所述目标key查询数据表之后，还包括：
28.若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器；
29.接收所述cdn服务器返回的所述静态资源加载请求对应的目标静态资源；
30.将所述目标静态资源存储在沙盒目录下。
31.进一步的，若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器，包括：
32.若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器，以使所述cdn服务器查询本地是否存储所述静态资源加载请求对应的目标静态资源，若所述cdn服务器本地存储所述目标静态资源，则返回所述目标静态资源，若所述cdn服务器本地未存储所述目标静态资源，则将所述静态资源加载请求发送至远端服务器，接收远端服务器返回的所述静态资源加载请求对应的目标静态资源，将所述目标静态资源存储至本地，并返回所述目标静态资源。
33.进一步的，将所述目标静态资源存储在沙盒目录下，包括：
34.获取沙盒目录的当前占用空间；
35.若所述沙盒目录的当前占用空间小于第二预设存储空间阈值，则将所述目标静态资源存储在沙盒目录下；
36.若所述沙盒目录的当前占用空间大于或者等于第二预设存储空间阈值，则将所述数据表中的第一历史记录删除，所述第一历史记录为将所述数据表中资源最近使用时间戳降序排列后，最末位的资源最近使用时间戳对应的记录；
37.将所述第一历史记录对应的第一静态资源删除；
38.将所述目标静态资源存储在所述沙盒目录下。
39.第二方面，本发明实施例还提供了一种静态资源加载装置，该装置包括：
40.接收模块，用于接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；
41.加密模块，用于通过md5加密算法对所述目标地址进行加密，得到目标key；
42.获取模块，用于若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；
43.显示模块，用于根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端。
44.第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明实施例中任一所述的静态资源加载方法。
45.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的静态资源加载方法。
46.本发明实施例通过接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；通过md5加密算法对所述目标地址进行加密，得到目标key；在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端，以解决内存溢出风险和app占用设备存储空间过大的问题。
附图说明
47.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
48.图1是本发明实施例中的一种静态资源加载方法的流程图；
49.图1a是本发明实施例中的一种哈希链表图示；
50.图1b是本发明实施例中的另一种哈希链表图示；
51.图1c是本发明实施例中的另一种哈希链表图示；
52.图1d是本发明实施例中的另一种哈希链表图示；
53.图1e是本发明实施例中的另一种哈希链表图示；
54.图2是本发明实施例中的一种静态资源加载装置的结构示意图；
55.图3是本发明实施例中的一种电子设备的结构示意图；
56.图4是本发明实施例中的一种包含计算机程序的计算机可读存储介质的结构示意图。
具体实施方式
57.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
58.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
59.本发明使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。
60.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
61.图1为本发明实施例提供的一种静态资源加载方法的流程图，本实施例可适用于静态资源加载的情况，该方法可以由本发明实施例中的静态资源加载装置来执行，该静态资源加载装置可采用软件和/或硬件的方式实现，如图1所示，该静态资源加载方法具体包括如下步骤：
62.s110，接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址。
63.具体的，接收静态资源加载请求，例如可以是，移动app需要在页面加载背景图片background.png，静态资源加载请求中携带的链接url为“https://xxx.com.cn/xx/background.png”。
64.s120，通过md5加密算法对所述目标地址进行加密，得到目标key。
65.具体的，通过md5加密算法对所述目标地址进行加密，得到目标key，例如可以是，通过md5加密算法对目标地址url进行加密，将加密后的md5值作为目标key。
66.s130，若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值。
67.具体的，查询哈希链表中是否存在所述目标key，若存在，则直接获取哈希链表中所述目标key对应的目标value值，若不存在，则从app沙盒目录中查找静态资源，或通过网络请求的方式得到的静态资源。
68.具体的，如图1a所示，使用哈希链表来存储所需加载的静态资源，以该资源请求携带的目标地址的md5值作为目标key，该静态资源本身作为value进行存储，若目前存储了4个静态资源，这四个静态资源是按照时间顺序依次从链表右端插入的。
69.具体的，若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值，例如可以是，通过目标key在内存空间中建立的哈希链表中进行查询，若查询到哈希链表存在目标key，则获取哈希链表中目标key对应的目标value值。
70.s140，根据所述目标value值进行加载显示，并将所述目标key和目标value值对应
的目标对象移动至所述哈希链表的最前端。
71.其中，所述目标value值为目标key对应的目标静态资源。
72.具体的，对目标key对应的目标静态资源进行加载显示，并将目标key和目标静态资源作为目标对象移动至哈希链表的最前端。如图1b所示，当移动app要加载静态资源2时，哈希链表中存在静态资源2的数据，把静态资源2从它的前驱节点和后继节点之间移除，重新插入到链表最右端。这时候，哈希链表中最右端变成了最新访问到的静态资源2，最左端仍然是最近最少访问的静态资源1。
73.可选的，还包括：
74.若在哈希链表中未查询到所述目标key，则根据所述目标key查询数据表；
75.若在所述数据表中查询到所述目标key，则获取所述数据表中所述目标key对应的目标沙盒目录存储路径；
76.根据所述目标沙盒目录存储路径从沙盒目录下获取所述静态资源加载请求对应的目标静态资源；
77.对所述目标静态资源进行加载显示。
78.其中，所述数据表包括：id、url的md5值、沙盒目录存储路径和资源最近使用时间戳。例如可以是，所述数据表的具体形式如表1所示：
79.表1
80.idurl的md5值沙盒目录存储路径资源最近使用时间戳...1ababa1234/sdcard/xxx/1.png11111111...2bbaba1214/sdcard/xxx/2.png22222222...3cbcca3234/sdcard/xxx/3.png33333333...4adcea4354/sdcard/xxx/4.png44444444...
81.具体的，接收静态资源加载请求，所述静态资源加载请求携带url，获取url的md5值，若url的md5值为ababa1234，若未在哈希链表中查询到ababa1234，则查询数据表是否存在ababa1234，若存在，则获取ababa1234对应的目标沙盒目录存储路径/sdcard/xxx/1.png，则根据目标key对应的目标沙盒目录存储路径/sdcard/xxx/1.png从沙盒目录下获取所述静态资源加载请求对应的目标静态资源，对所述目标静态资源进行加载显示。
82.可选的，在根据所述目标沙盒目录存储路径从沙盒目录下获取所述静态资源加载请求对应的目标静态资源之后，还包括：
83.获取内存的当前占用空间；
84.若所述内存的当前占用空间小于第一预设存储空间阈值，则将所述目标key和目标value值对应的目标对象添加至所述哈希链表的最前端；
85.若所述内存的当前占用空间大于或者等于第一预设存储空间阈值，则将所述哈希链表最后端的对象删除；
86.将所述目标key和目标value值对应的目标对象添加至所述哈希链表的最前端。
87.其中，所述第一预设存储空间阈值可以为用户设定，也可以为系统设定，本发明实施例对此不进行限制，例如可以是，为了保证app整体的性能，在多次尝试后，将静态资源在内存中存储的存储上限设定为5mb，该值不仅可以保证对静态资源加载的速度，同时也最大程度的降低了对内存空间的占用。
88.其中，所述哈希链表的最前端可以为如图1a所示的，哈希链表的最右端。所述哈希链表的最后端可以为如图1a所示的，哈希链表的最左端。
89.其中，所述哈希链表最后端的对象也就是最近最少访问的对象。在内存缓存容量达到上限时，需要删除最近最少访问的对象，再把目标静态资源插入到哈希链表最右端，作为最新访问到的静态资源。
90.可选的，在对所述静态资源加载请求对应的静态资源进行加载显示之后，还包括：
91.获取当前时间戳；
92.将所述数据表中所述目标key对应的目标资源最近使用时间戳更新为当前时间戳。
93.如表1所示，所述数据表中存储有key和key对应的资源最近使用时间戳，因此，在使用静态资源后，需要同步更新资源最近使用时间戳。以便于后期跟进资源最近使用时间戳对资源进行管理，例如在存储空间不足的情况下，将很久未使用的资源进行删除。
94.可选的，在若在哈希链表中未查询到所述目标key，则根据所述目标key查询数据表之后，还包括：
95.若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器；
96.接收所述cdn服务器返回的所述静态资源加载请求对应的目标静态资源；
97.将所述目标静态资源存储在沙盒目录下。
98.具体的，若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器；所述cdn服务器查询本地是否存储所述静态资源加载请求对应的目标静态资源，若所述cdn服务器本地存储所述目标静态资源，则返回所述目标静态资源，若所述cdn服务器本地未存储所述目标静态资源，则将所述静态资源加载请求发送至远端服务器，接收远端服务器返回的所述静态资源加载请求对应的目标静态资源，将所述目标静态资源存储至本地，并返回所述目标静态资源。
99.可选的，若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器，包括：
100.若未在所述数据表中查询到所述目标key，则将所述静态资源加载请求发送至cdn服务器，以使所述cdn服务器查询本地是否存储所述静态资源加载请求对应的目标静态资源，若所述cdn服务器本地存储所述目标静态资源，则返回所述目标静态资源，若所述cdn服务器本地未存储所述目标静态资源，则将所述静态资源加载请求发送至远端服务器，接收远端服务器返回的所述静态资源加载请求对应的目标静态资源，将所述目标静态资源存储至本地，并返回所述目标静态资源。
101.可选的，将所述目标静态资源存储在沙盒目录下，包括：
102.获取沙盒目录的当前占用空间；
103.若所述沙盒目录的当前占用空间小于第二预设存储空间阈值，则将所述目标静态资源存储在沙盒目录下；
104.若所述沙盒目录的当前占用空间大于或者等于第二预设存储空间阈值，则将所述数据表中的第一历史记录删除，所述第一历史记录为将所述数据表中资源最近使用时间戳降序排列后，最末位的资源最近使用时间戳对应的记录；
105.将所述第一历史记录对应的第一静态资源删除；
106.将所述目标静态资源存储在所述沙盒目录下。
107.其中，所述第二预设存储空间阈值可以为用户设定，也可以为系统设定，本发明实施例对此不进行限制。为了保证app整体的性能，将静态资源在app沙盒目录中存储的存储上限设定为100mb，该值不仅可以保证对静态资源加载的速度，同时也最大程度的降低了对设备存储空间的占用。
108.其中，第一历史记录为与当前时间间隔最远的资源最近使用时间戳，如表1所示，其中，第一历史记录为：url的md5值为ababa1234的一行数据，也就是表1中的第一行数据。
109.本发明实施例为了提高移动app对静态资源的加载速度，通常首先会在内存中查找该资源，若未能查找到所需的静态资源，则会在app沙盒目录中查找，或通过网络请求的方式得到的静态资源。为了在后续再次访问该资源的时候能够快速的得到该资源，常用的方案是将该静态资源直接存储在内存当中。但这种方案存在的问题就是会导致存储在内存中的资源越来越多，最终导致app的使用内存无限增多，进而出现内存使用过大甚至内存溢出的情况。针对这种情况，有人提出在内存即将耗尽的时候随机删除部分的静态资源，从而释放内存，避免内存溢出，但这种方案最大的弊端在于如果删除的资源恰好是会被app高频加载的资源，则会导致性能大大降低，与最初的目标背道而驰。
110.因此，为了既可以避免在使用内存存储静态资源时造成内存溢出，又不会对app加载静态资源的性能造成影响，本发明实施例采用了优化lru算法对存储静态资源的内存空间进行管理。lru全称是least recently used，即最近最久未使用的意思。lru算法的设计原则是：如果一个数据在最近一段时间没有被访问到，那么在将来它被访问的可能性也很小。也就是说，当限定的空间已存满数据时，应当把最久没有被访问到的数据淘汰。lru算法在静态资源存储在内存中使用方法具体描述如下：
111.(1)如图1a所示，使用linkedhashmap(链表和哈希表实现)来存储所需加载的静态资源，以该资源请求地址的md5值作为key，该静态资源本身作为value进行存储，若目前存储了4个静态资源，这四个静态资源是按照时间顺序依次从链表右端插入的。
112.(2)如图1b所示，当移动app要加载静态资源2时，哈希链表中存在静态资源2的数据，把静态资源2从它的前驱节点和后继节点之间移除，重新插入到链表最右端。这时候，哈希链表中最右端变成了最新访问到的静态资源2，最左端仍然是最近最少访问的静态资源1。
113.(3)如图1c所示，当移动app要加载静态资源5时，由于当前哈希链表中没有静态资源5的数据，从app沙盒目录中查找，或通过网络请求的方式得到的静态资源，并将其插入到缓存当中。这时候，哈希链表中最右端就是最新访问到的静态资源5，最左端是最近最少访问的静态资源1。
114.(4)如图1d所示，移动app要加载静态资源4。同样道理，把静态资源4从原来的位置移动到哈希链表最右侧，并把静态资源的值更新。这时候，哈希链表中最右端是最新访问到的静态资源4，最左端仍然是最近最少访问的静态资源1。
115.(5)如图1e所示，最后当移动app要加载静态资源6时，静态资源6在内存缓存里没有，需要插入到哈希链表。假设这时候内存缓存容量已经达到上限，必须先删除最近最少访问的数据，那么位于哈希链表最左端的静态资源1就会被删除掉，然后再把静态资源6插入
到最右端，将其作为最新访问到的静态资源。
116.以上则是lru在本发明实施例中提出的针对存储在内存空间的静态资源的管理方案，同时为了保证app整体的性能，在多次尝试后，将静态资源在内存中存储的存储上限设定为5mb，该值不仅可以保证对静态资源加载的速度，同时也最大程度的降低了对内存空间的占用。
117.本发明实施例提供的优化方案具体实施例描述如下：
118.移动app需要在页面加载背景图片background.png，其请求链接url为“https://xxx.com.cn/xx/background.png”，首先通过md5加密算法对url进行加密，将加密后的md5值作为key，然后通过该key值在内存空间中建立的哈希链表中进行查询，若查询到哈希链表存在该key值，则将其对应的value值返回并加载显示，同时将查询到的key/value对象移动至哈希链表的最前端；若未能查询到该key值，则通过在app沙盒目录下查找或发起网络请求获取；
119.通过在app沙盒目录下查找或发起网络请求获取到所需的静态资源后，需要将background.png图片本身作为value存储在内存中，此时需要判断当前存储静态资源的内存空间是超过设置的最大存储空间5mb；
120.若存储静态资源的内存空间还未达到设置的最大存储空间，则直接将对应的key/value对象移动至哈希链表的最前端；
121.若存储静态资源的内存空间已经达到设置的最大存储空间，则首先需要清除内存空间中最近最久未使用的静态资源，即将哈希链表中存储在最左侧的对象清除，然后再将最新的key/value对象插入至哈希链表的最前端。
122.内存空间毕竟有限，因此为了进一步提升静态资源的加载速度，通常还会将静态资源存储在app沙盒目录下。虽然加载app沙盒目录下的静态资源相比直接加载内存中的资源速度会慢，但app沙盒目录下可存储的静态资源更多。虽然该方法能够进一步提升静态资源加载速度，但存在沙盒目录下静态资源难以管理、滥用存储空间和便利查找静态资源速度慢的问题，这些问题不仅使得加载静态资源的速度逐渐变慢，还会导致app占用存储空间越来越大，影响用户的体验。
123.因此，在利用app沙盒目录提升静态资源加载速度的前提下，对沙盒目录存储静态资源的策略进行了优化，既提升了资源的加载速度，又同时对存储空间进行了合理的管理，控制了占用存储空间的容量。本发明实施例同样采用了优化lru算法对存储静态资源的app沙盒目录空间进行了管理，lru算法在静态资源存储在app沙盒目录中使用方法具体描述如下：
124.(1)首先在app本地数据库中建立数据表，用于维护静态资源的使用状态，该数据表主要包括资源url的md5值、资源在app沙盒目录中的位置、资源最近使用时间戳等字段。然后对需要存储在沙盒目录下静态资源的请求地址进行md5值的计算，并将资源存储在app沙盒目录下特定的静态资源存储目录下。如目前存储了4个静态资源，如表1所示，这四个静态资源按存储在上述数据表中。
125.(2)此时，当移动app要加载静态资源5时，由于内存和app沙盒目录中均未存在该静态资源，则通过网络请求的方式得到的静态资源，并将其存储在app沙盒目录当中，并在数据
126.表中插入一条最新的数据。这时候，app沙盒目录中最新访问到的静态资源就是数据表中最近使用时间戳最大的资源5，而最近最少访问的是最近使用时间戳最小的资源1。如表2所示：
127.表2
128.idurl的md5值沙盒目录存储路径资源最近使用时间戳...1ababa1234/sdcard/xxx/1.png11111111...2bbaba1214/sdcard/xxx/2.png22222222...3cbcca3234/sdcard/xxx/3.png33333333...4adcea4354/sdcard/xxx/4.png44444444...5sdsad4567/sdcard/xxx/5.png55555555...
129.(3)接下来，当移动app要加载静态资源2时，app沙盒目录中存在静态资源2的数据，把静态资源2在数据表中对应的最近使用时间戳更新为当前时间对应的时间戳。这时候，app沙盒目录中最新访问到的静态资源就是数据表中最近使用时间戳最大的资源2，而最近最少访问的是最近使用时间戳最小的资源1。如表3所示：
130.表3
131.idurl的md5值沙盒目录存储路径资源最近使用时间戳...1ababa1234/sdcard/xxx/1.png11111111...2bbaba1214/sdcard/xxx/2.png66666666...3cbcca3234/sdcard/xxx/3.png33333333...4adcea4354/sdcard/xxx/4.png44444444...5sdsad4567/sdcard/xxx/5.png55555555...
132.(4)接下来，移动app要加载静态资源4。同样道理，把静态资源4在数据表中对应的最近使用时间戳更新为当前时间对应的时间戳。这时候，app沙盒目录中最新访问到的静态资源就是数据表中最近使用时间戳最大的资源4，而最近最少访问的仍是最近使用时间戳最小的资源1。如表4所示：
133.表4
134.idurl的md5值沙盒目录存储路径资源最近使用时间戳...1ababa1234/sdcard/xxx/1.png11111111...2bbaba1214/sdcard/xxx/2.png66666666...3cbcca3234/sdcard/xxx/3.png33333333...4adcea4354/sdcard/xxx/4.png77777777...5sdsad4567/sdcard/xxx/5.png55555555...
135.(5)最后当移动app要加载静态资源6时，静态资源6在app沙盒目录里没有，需要存储在app沙盒目录中，并同步插入到数据表中。假设这时候app沙盒目录缓存容量已经达到上限，必须先删除最近最少访问的数据，那么通过对数据表中的记录按照资源最近使用时间戳进行降序排序，然后将位于末位的记录删除，同时将该条记录指向的位于app沙盒目录下的静态资源同步删除即可；最后再把静态资源6存储在app沙盒目录下，同步将数据插入数据表中，将其作为最新访问到的静态资源。如表5所示：
136.表5
137.idurl的md5值沙盒目录存储路径资源最近使用时间戳...2bbaba1214/sdcard/xxx/2.png66666666...3cbcca3234/sdcard/xxx/3.png33333333...4adcea4354/sdcard/xxx/4.png77777777...5sdsad4567/sdcard/xxx/5.png55555555...6bdhda7896/sdcard/xxx/6.png88888888...
138.以上则是lru在本发明实施例提出的针对存储在app沙盒目录空间的静态资源的管理方案，同时为了保证app整体的性能，在多次尝试后，将静态资源在app沙盒目录中存储的存储上限设定为100mb，该值不仅可以保证对静态资源加载的速度，同时也最大程度的降低了对设备存储空间的占用。
139.该优化方案具体实施例描述如下：
140.移动app需要在页面加载背景图片background.png，其请求链接url为“https://xxx.com.cn/xx/background.png”，首先通过md5加密算法对url进行加密，将加密后的md5值作为key，然后通过该key值在内存空间中建立的哈希链表中进行查询，在查询不到的情况下，会通过该key值在数据表当中查找是否存在对应记录，若查询到数据表存在该key值，则根据该记录中沙盒目录存储路径在沙盒目录下获取对应静态资源，然后将其返回并加载显示，同时更新数据表该条记录所对应的资源最近使用时间戳字段；若未能查询到该key值，则通过发起网络请求的方式获取；
141.通过发起网络请求获取到所需的静态资源后，需要将background.png图片本身存储在的app沙盒目录下，此时需要判断当前存储静态资源的app沙盒目录空间是超过设置的最大存储空间100mb；
142.若存储静态资源的app沙盒目录空间还未达到设置的最大存储空间，则直接将该静态资源存储在沙盒目录中，并同时在数据表中插入一条记录；
143.若存储静态资源的app沙盒目录空间已经达到设置的最大存储空间，则首先需要清除沙盒目录空间中最近最久未使用的静态资源，首先将数据表中的数据根据资源最近使用时间戳降序排序，然后将最末位的一条记录删除，同时将该条记录对应的app沙盒目录下的静态资源删除，最后再将最新的静态资源存储在沙盒目录中，并同时在数据表中插入一条记录。
144.当app在加载静态资源时，发现内存和app沙盒目录下均不存在所需的静态资源，此时就会通过发起网络请求的方式，向后台服务器直接发送获取静态资源的请求，但这种方案会造成频繁访问后台服务器请求获取资源，引起的页面加载时间长和加重后台服务器压力的情况，因此本发明实施例提出了建立专用的静态资源微服务和引入cdn服务器的方案。cdn的全称是content delivery network，即内容分发网络。其目的是通过在现有的internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络”边缘”，使用户可以就近取得所需的内容，解决internet网络拥塞状况，提高用户访问网站的响应速度。
145.首先建立专用静态资源微服务，该微服务的唯一功能就是提供静态资源的访问，不会对外界提供任何功能性接口，然后为该静态资源微服务配置cdn服务器，用于缓存移动app请求的静态资源，不仅提高了获取静态资源的速度，同时大大降低了对源服务器站点的
访问压力。
146.该优化方案具体实施例描述如下：
147.移动app需要在页面加载背景图片background.png，当在内存和app沙盒目录中均为查询到该静态资源，此时会通过网络请求的方式获取该静态资源。该请求首先会到达cdn服务器上，若cdn服务器上已经对该静态资源缓存过，则直接返回该资源。
148.若该静态资源未在cdn服务器上缓存过，则通过向源站点发送请求的方式获取该静态资源，获取后则将该静态资源返回给移动app，同时会将静态资源缓存在cdn服务器上，便于后续对该静态资源再次请求。
149.本发明实施例提出的基于三级缓存的移动app静态资源展示优化方案具体流程如下：
150.(1)针对所有加载在内存当中的静态资源，建立一个统一的类进行存储，同时随时监控该类的内存使用量和每个静态资源的使用次数，当内存受到压力警告时，对静态资源的使用频率进行排序，优先清理使用次数较少和内存占用过多的静态资源。
151.(2)针对存储在app沙盒目录当中静态资源，不仅要对资源存储占用的设备存储空间进行管理，及时清理无效和不活跃的资源，同时在存储静态资源时，标示并分多类存储在沙盒当中，通过识别标示查找静态资源，提升资源访问速度。
152.(3)针对频繁访问后台服务器请求获取资源，引起的页面加载时间长和加重后台服务器压力的情况，提出了建立专用的静态资源微服务和引入cdn服务器的方案。
153.本发明实施例针对在内存中缓存静态资源可能导致的内存不足和内存溢出问题，采用了优化lru算法对内存中的静态资源进行了有效的管理，在保证静态资源加载速度的前提下，解决了消耗大量内存空间的问题；针对在app沙盒目录中缓存静态资源可能导致的滥用设备存储空间和查询资源速度过慢的问题，通过优化lru算法思想操作数据库，对app沙盒目录中的静态资源进行了有效的管理和记录，在保证静态资源加载速度的前提下，优化了对沙盒目录空间的使用效率。针对通过网络请求获取资源过程中存在的耗时长，同时会对源站点服务器造成过大压力的情况提出了优化方案，通过建立专用静态资源微服务，同时采用cdn服务器对静态资源进行缓存，不仅提高了获取网络静态资源的速度，同时还缓解了源站点服务器的压力。
154.本实施例的技术方案，通过接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；通过md5加密算法对所述目标地址进行加密，得到目标key；在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端，以解决内存溢出风险和app占用设备存储空间过大的问题。
155.图2为本发明实施例提供的一种静态资源加载装置的结构示意图。本实施例可适用于静态资源加载的情况，该装置可采用软件和/或硬件的方式实现，该装置可集成在任何提供静态资源加载功能的设备中，如图2所示，所述静态资源加载装置具体包括：接收模块210、加密模块220、获取模块230和显示模块240。
156.其中，接收模块，用于接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；
157.加密模块，用于通过md5加密算法对所述目标地址进行加密，得到目标key；
158.获取模块，用于若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；
159.显示模块，用于根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端。
160.上述产品可执行本发明任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
161.本实施例的技术方案，通过接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；通过md5加密算法对所述目标地址进行加密，得到目标key；在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端，以解决内存溢出风险和app占用设备存储空间过大的问题。
162.图3为本发明实施例中的一种电子设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图3显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
163.如图3所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
164.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture，isa)总线，微通道体系结构(micro channel architecture，mca)总线，增强型isa总线、视频电子标准协会(video electronics standards association，vesa)局域总线以及外围组件互连(peripheral component interconnect，pci)总线。
165.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
166.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(只读光盘(compact disc
‑
read only memory，cd
‑
rom)、数字视盘(digital video disc
‑
read only memory，dvd
‑
rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
167.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
168.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。另外，本实施例中的电子设备12，显示器24不是作为独立个体存在，而是嵌入镜面中，在显示器24的显示面不予显示时，显示器24的显示面与镜面从视觉上融为一体。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(local area network，lan)，广域网wide area network，wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundant arrays of independent disks，raid)系统、磁带驱动器以及数据备份存储系统等。
169.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的静态资源加载方法：
170.接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；
171.通过md5加密算法对所述目标地址进行加密，得到目标key；
172.若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；
173.根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端。
174.图4为本发明实施例中的一种包含计算机程序的计算机可读存储介质的结构示意图。本发明实施例提供了一种计算机可读存储介质61，其上存储有计算机程序610，该程序被一个或多个处理器执行时实现如本技术所有发明实施例提供的静态资源加载方法：
175.接收静态资源加载请求，其中，所述静态资源加载请求携带目标地址；
176.通过md5加密算法对所述目标地址进行加密，得到目标key；
177.若在哈希链表中查询到所述目标key，则获取所述哈希链表中所述目标key对应的目标value值；
178.根据所述目标value值进行加载显示，并将所述目标key和目标value值对应的目标对象移动至所述哈希链表的最前端。
179.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明实施例件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
180.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
181.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
182.在一些实施方式中，客户端、服务器可以利用诸如http(hyper text transfer protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“lan”)，广域网(“wan”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
183.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
184.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
185.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
186.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
187.本发明实施例中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
188.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电
子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
189.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。