内存监测方法、装置、设备以及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及客户端技术领域。


背景技术：

2.随着互联网的发展，应用(application，app)中包含越来越多的页面。这些页面中包含图片、动画、视频等元素，导致页面对内存的占用较大，很容易引发应用崩溃。


技术实现要素：

3.本公开提供了一种内存监测方法、装置、设备、存储介质以及程序产品。
4.根据本公开的一方面，提供了一种内存监测方法，包括：响应于监测到内存的第一占用量超过第一临界阈值，执行内存清理操作；响应于接收到针对目标页面的页面开启请求，基于所述第一占用量，计算所述目标页面开启后内存的第二占用量；以及在所述第二占用量超过所述第一临界阈值的情况下，执行内存清理操作。
5.根据本公开的另一方面，提供了一种内存监测装置，包括：第一清理模块，用于响应于监测到内存的第一占用量超过第一临界阈值，执行内存清理操作；计算模块，用于响应于接收到针对目标页面的页面开启请求，基于所述第一占用量，计算所述目标页面开启后内存的第二占用量；以及
6.第二清理模块，用于在所述第二占用量超过所述第一临界阈值的情况下，执行内存清理操作。
7.本公开的另一个方面提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开实施例所示的方法。
8.根据本公开实施例的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行本公开实施例所示的方法。
9.根据本公开实施例的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现本公开实施例所示方法的步骤。
10.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
11.根据本公开的实施例的内存监测方法，可以及时对内存进行清理，从而可以减低因为内存耗尽而产生应用崩溃的概率。
附图说明
12.附图用于更好地理解本方案，不构成对本公开的限定。其中：
13.图1是根据本公开实施例的内存监测方法和装置的示例性系统架构图示意图；
14.图2示意性示出了根据本公开的实施例的内存监测方法的流程图；
15.图3示意性示出了根据本公开的实施例的确定第一临界阈值的方法的流程图；
16.图4示意性示出了根据本公开的实施例的对内存中的图片进行回收的方法的流程图；
17.图5示意性示出了根据本公开的实施例的对内存中的页面进行回收的方法的流程图；
18.图6示意性示出了根据本公开的实施例的对页面进行降级的方法的流程图；
19.图7示意性示出了根据本公开实施例的内存监测装置的框图；以及
20.图8示意性示出了可以用来实施本公开的实施例的示例电子设备的框图。
具体实施方式
21.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
22.以下将结合图1对本公开实施例的可以应用内存监测方法和装置的系统架构进行描述。
23.图1是根据本公开实施例的内存监测方法和装置的示例性系统架构图示意图。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
24.如图1所示，该系统架构100包括监控层110、框架层120和业务层130。
25.根据本公开的实施例，监控层110可以具有自动监测内存状态的功能。监控层110可以通过以下两个方面进行监控。第一，监控层110可以通过在运行时不断监测内存占用量的变化。第二，监控层110可以预测内存变化。例如监控层110可以根据历史数据，确定应用每个页面占用内存的大小。在应用有新的页面开启时，可以结合当前内存的占用量实时计算出应用开启该页面后内存占用量的大小。例如，当前内存的占用量为400m，通过历史数据可以确定新的页面需要占用内存是300m，那么可以计算出新开启一个页面后，内存占用量会变为700m。
26.根据本公开的实施例，监控层110还可以根据当前内存的占用量，判断出内存所处的状态。其中，状态例如可以包括安全状态、警戒状态和危险状态。示例性地，本实施例中，可以预先设置有警戒水位和危险水位。其中，当内存占用量低于警戒水位时处于安全状态，安全状态表示当前内存占用量较低，可完全按照应用的业务需求分配内存。当内存占用量高于警戒水位且低于危险水位时处于警戒状态，警戒状态表示内存占用量超标需要慎重使用。当内存占用量高于危险水位时处于危险状态，危险状态表示目前内存的占用量严重超标，应用很容易出现oom(out-of-memory，内存用尽)而导致崩溃。监控层110还可以根据内存所处的状态进行智能报警。
27.根据本公开的实施例，当内存处于其危险状态时，可以从框架层120和业务层130两个层面去执行内存清理操作，以回收内存。对于框架层120来说，可以对内存中的图片和/或页面进行回收。另外框架层120还可以对内存中的视频缓存和网络请求缓存进行回收。
28.根据本公开的实施例，如果框架层120进行内存回收后，内存还没有降为警戒状态或安全状态，则可以在业务层130中对页面进行智能降级。例如，可以将应用的待渲染页面中的视频、动画、图片等元素替换为数据量更小的替代元素，然后再进行渲染。例如，可以将待渲染页面中的视频替换为gif(graphics interchange format，图形交换格式)动画。又例如，可以将待渲染页面中的gif动画替换为静态图片。再例如，可以将待渲染页面中的高分辨率图片替换为低分辨率图片。
29.根据公开的实施例，该系统架构100例如可以应用于终端设备。终端设备上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。终端设备可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
30.在本公开的技术方案中，所涉及的内存占用量等数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
31.在本公开的技术方案中，在获取或采集内存占用量等数据之前，均获取了用户的授权或同意。
32.以下将结合图2对本公开提供的内存监测方法进行描述。
33.图2示意性示出了根据本公开的实施例的内存监测方法的流程图。
34.如图2所示，该内存监测方法200可以包括操作s210～s260。该方法200例如可以应用于上文所示的终端设备，以下称为当前设备。
35.在操作s210，监测内存的第一占用量。
36.根据本公开的实施例，可以每隔预定时间间隔对当前设备中内存的占用量进行采集。内存的第一占用量即最近一次监测到的内存的占用量。
37.根据本公开的实施例，预定时间间隔可以根据采集操作对性能的影响和页面开启时间来确定。如果预定时间间隔太长，则会导致内存占用量已经变化但是还没来得及采集的情况。如果预定时间间隔太短，则会浪费过多的处理资源，对性能影响较大。
38.根据本公开的实施例，以当前设备为ios设备为例，例如可以通过读取phys_footprint(物理内存)字段来获取内存的第一占用量。
39.在操作s220，确定内存的第一占用量是否超过第一临界阈值。在监测到内存的第一占用量超过第一临界阈值的情况下，执行操作s260。在监测到内存的第一占用量没有超过第一临界阈值的情况下，跳转执行操作s210。
40.在操作s230，确定是否接收到针对目标页面的页面开启请求。在接收到针对目标页面的页面开启请求的情况下，执行操作s240。在未接收到针对目标页面的页面开启请求的情况下，跳转执行操作s210。
41.在操作s240，基于第一占用量，计算目标页面开启后内存的第二占用量。
42.根据本公开的实施例，可以预先根据历史数据来确定应用中每个页面的页面占用量。基于此，可以获取目标页面的页面占用量，然后将第一占用量和目标页面的页面占用量相加，得到目标页面开启后内存的第二占用量。
43.根据本公开的实施例，例如可以在每个页面每次退出时记录内存的占用量，得到历史数据。然后可以根据该历史数据确定每个页面的页面占用量。
44.例如，在a页面通过push操作进入到b页面时，记录内存的占用量为m1。当b页面跳转到其他页面转场时同样记录内存的占用量为m2。从而m2-m1即为b页面的页面占用量。同理，在a页面通过pop操作进入到c页面时，记录内存的占用量为m1。c面跳转到其他页面转场时同样内存记录内存的占用量为m3，那么m1-m3为a页面的页面占用量。
45.根据本公开的实施例，针对每个页面可以获取多个设备中确定的页面占用量，然后将这些页面占用量进行数据聚合，计算出第一预设分位值，作为最终的页面占用量。示例性地，本实施例中，第一预设分位值例如可以为90分位值。
46.在操作s250，确定第二占用量是否超过第一临界阈值。在第二占用量超过第一临界阈值的情况下，执行操作s260。在第二占用量小于或等于第一临界阈值的情况下，跳转执行操作s210。
47.在操作s260，执行内存清理操作。
48.根据本公开的实施例，内存清理操作例如可以用于清理内存中的数据，从而释放内存空间。
49.根据本公开的实施例，一方面实时监测内存的占用量，在占用量超过占用量阈值时进行内存清理。另一方面，预测开启新的页面后内存的占用量，以便确定在未来一段时间内存是否会超过占用量阈值。在会超过占用量阈值的情况下，进行内存清理。从而可以减低因为内存耗尽而产生应用崩溃的概率。
50.以下将结合图3对本公开提供的确定第一临界阈值的方法进行描述。
51.图3示意性示出了根据本公开的实施例的确定第一临界阈值的方法的流程图。
52.如图3所示，该确定第一临界阈值的方法包括在操作s310，针对当前设备，获取操作系统内存清理机制的触发阈值和参考页面的参考占用量。
53.在操作s320，根据触发阈值和参考占用量，确定低于触发阈值的第一临界阈值。
54.根据本公开的实施例，设备中的操作系统具有内存清理机制，用于在内存占用量过高时，对内存进行清理。该清理过程会将应用杀死。内存清理机制具有对应的触发阈值。当内存占用量超过触发阈值，则会触发操作系统的内存清理机制。不同设备中操作系统内存清理机制的触发阈值可以相同，也可以不同。
55.基于此，本实施例中，可以针对当前设备，获取对应的触发阈值和参考占用量，根据触发阈值和参考占用量，确定低于触发阈值的第一临界阈值，从而可以在操作系统内存清理机制触发前，提取进行相应的内存清理操作，避免杀死应用。
56.其中，参考占有量例如可以为参考页面对内存的占有量，可以用于表示应用中页面对内存的平均占用情况。本实施例中，例如可以将触发阈值减去参考占有量，得到第一临界阈值。
57.以ios设备为例，ios设备中的操作系统内存清理机制包括jetsam机制。基于此，可以通过在参考设备中动态运行应用，然后通过监控函数，读取对应的关键数据结构memorystatus_priority_entry，从memorystatus_priority_entry中获取limit字段的值作为触发阈值。
58.相关技术中，操作系统内存清理机制在内存占用量即将到极限的时候才发出的警报，应用来不及处理警报而导致应用崩溃。
59.根据本公开的实施例，根据触发阈值和页面的参考占用量，确定低于所述触发阈
值的第一占用量阈值，可以在到达触发阈值之前提前进行内存清理操作，从而减少应用崩溃的概率。
60.根据本公开的另一实施例，还可以获取当前设备的硬件信息。然后获取与所述根据硬件信息对应的第二临界阈值，其中，第二临界阈值小于第一临界阈值。接下来，响应于监测到第一占用量和/或第二占用量超过第二临界阈值，向当前运行的应用发送提示信息。
61.根据本公开的实施例，第二临界阈值例如可以根据历史数据中应用所占用的最大内存大小来确定。例如，可以收集应用在不同类型的设备中运行时内存占用量的最高值。然后对这些最高值进行数据聚合，得到每个类型的设备的第二临界阈值。例如可以将历史数据中对应于同一个类型的内存占用量最高值作为一个集合。然后确定与每个类型对应的集合中的第二预设分位值，作为该类型设备的第二临界阈值。基于此，对于当前设备，例如可以根据该设备的硬件信息，确定设备的类型，并获取与该类型对应的第二临界阈值。
62.根据本公开的实施例，第一临界阈值可以作为危险水位，第二临界阈值可以作为警戒水位。通过危险水位和警戒水位可以将内存分为多个状态。例如，当内存占用量低于警戒水位时处于安全状态，安全状态表示当前内存占用量较低，可完全按照应用的业务需求分配内存。当内存占用量高于警戒水位且低于危险水位时处于警戒状态，警戒状态表示内存占用量超标需要慎重使用。当内存占用量高于危险水位时处于危险状态，危险状态表示目前内存的占用量严重超标。
63.根据本公开的实施例，在第一占用量和第二占用量中的至少一个超过第二临界阈值，即内存处于警戒状态的情况下，可以生成提示信息，然后发送至当前运行的应用，从而应用可以根据该提示信息对后续执行的业务进行调整，以避免使内存用尽。
64.根据本公开的实施例，内存清理操作例如可以包括以下操作中的至少一种：对内存中的图片进行清理、对内存中的页面进行清理、对页面进行降级、对内存中的视频缓存进行清理、网络请求缓存进行清理等。
65.以下将结合图4对本公开提供的对内存中的图片进行回收的方法进行描述。
66.图4示意性示出了根据本公开的实施例的对内存中的图片进行回收的方法的流程图。
67.如图4所示，该对内存中的图片进行回收的方法包括在操作s410，获取当前处于不可见状态的第一页面。
68.根据本公开的实施例，页面如果处于不可见状态则表示该页面处于用户看不到的后台。通过对处于不可见状态的第一页面所对应的图片缓存进行清理，可以在不影响用户体验的情况下，减少内存占用。
69.在操作s420，保存第一页面中的图片资源的链接地址。
70.根据本公开的实施例，图片资源的链接地址可以用于指示图片资源的存储位置。链接地址例如可以包括url(uniform resource locator，统一资源定位器)。
71.在操作s430，删除内存中与图片资源对应的图片缓存。
72.在操作s440，在确定第一页面由不可见状态转为可见状态的情况下，根据与第一页面对应的链接地址，下载图片资源。
73.根据本公开的实施例，页面如果从不可见状态转为可见状态则表示该页面将转到前台进行显示。
74.在操作s450，在第一页面中展示图片资源。
75.以ios设备为例，例如可以定义一个单例用来存储页面包含的所有imageview组件和imageview组件中图片的url。然后可以对uiviewcontroller组件的willappear方法和willdisappear方法进行hook(钩子)操作。其中，willappear方法是页面转为可见状态时调用的方法，willdisappear方法是页面转为不可见状态时调用的方法。更具体地，可以在willdisappear方法里传入用于对uiview组件的所有子image view进行监控的方法，以便将所有的图片控件加入内存管控监控。当收到内存的第一占用量超过第一临界阈值时，会将该imageview中的链接地址保存，并将内存中与imageview中uiimage对应的图片资源清空，以达到释放内存的作用。另外，可以在willappear方法里传入对应的方法，用于检测uimageview里是否有图片，若uimageview里没有图片则读取对应的url，恢复所有图片控件的显示。
76.根据本公开的实施例，通过对willappear方法和willdisappear注入的方式对原有的业务基本无侵入。
77.以下将结合图5对本公开提供的对内存中的页面进行回收的方法进行描述。
78.图5示意性示出了根据本公开的实施例的对内存中的页面进行回收的方法的流程图。
79.如图5所示，该对内存中的页面进行回收的方法包括在操作s510，获取当前页面栈中栈顶页面和栈底页面之间的至少一个第二页面。
80.根据本公开的实施例，页面栈可以用于记录所有当前已启动的页面。其中，页面栈中的栈顶页面代表当前正在显示的页面，页面栈中栈底页面代表了整个应用的兜底页面，例如首页。栈顶页面和栈底页面之间的页面为当前隐藏的页面，也即第二页面。
81.在操作s520，确定至少一个第二页面中每个第二页面的页面占用量。
82.在操作s530，删除内存中与至少一个第二页面中页面占用量最大的第二页面对应的页面数据。
83.根据本公开的实施例，例如可以通过页面占量大小对第二页面进行排序，先删除页面占用量最大的第二页面。如果删除后内存占用量低于第一临界阈值，则结束。如果内存水位还是高于第一临界阈值，继续删除下一个页面占用量最大的第二页面，直到低于第一临界阈值。
84.根据本公开的另一些实施例，也可以配置白名单，将不需要清理的页面记录在白名单中。如果第二页面处于白名单内，则跳过该第二页面，不对该第二页面进行删除。又或者，可以为不需要清理的页面设置链接参数。如果第二页面设置有链接参数，则跳过该第二页面，不对该第二页面进行删除。
85.根据本公开的实施例，通过对重要的页面设置白名单或链接参数，可以使重要的页面不被删除，保证页面中的业务不受影响。
86.以下将结合图6对本公开提供的对页面进行降级的方法进行描述。
87.图6示意性示出了根据本公开的实施例的对页面进行降级的方法的流程图。
88.如图6所示，该对页面进行降级的方法包括在操作s610，获取待渲染页面中的目标元素。
89.根据本公开的实施例，目标元素例如可以包括动画、图片和视频中的一种或多种。
90.在操作s620，将待渲染页面中的每个目标元素替换为与目标元素对应的替代元素。
91.根据本公开的实施例，替代元素的数据量小于目标元素。
92.例如，可以将待渲染页面中的视频、动画、图片等元素替换为数据量更小的替代元素，然后再进行渲染。例如，可以将待渲染页面中的视频替换为gif(graphics interchange format，图形交换格式)动画。又例如，可以将待渲染页面中的gif动画替换为静态图片。再例如，可以将待渲染页面中的高分辨率图片替换为低分辨率图片。
93.根据本公开的实施例，例如可以将控制脚本注入待渲染页面中。其中，该控制脚本可以被配置为：在页面开启时，确定当前内存的第一占用量是否超过第一临界阈值以及页面开启后内存的第二占用量是否超过第一临界阈值。在第一占用量和第二占用量中的任意一个超过第一临界阈值的情况下，将待渲染页面中的每个目标元素替换为对应的替代元素。
94.根据本公开的实施例，控制脚本例如可以基于javascript。
95.根据本公开的实施例，通过将待渲染页面中的每个目标元素替换为对应的替代元素，可以使页面降级，从而减少页面对内存的占用量。
96.根据本公开的另一实施例，在第一占用量超过第二临界阈值但低于第一临界阈值的情况下，即内存处于警戒状态的情况下，可以只对页面中的部分目标元素进行替换。而在第一占用量超过第一临界阈值的情况下，即内存处于危险状态的情况下，再对全部目标元素进行替换。
97.例如，页面中同时包括视频、gif动画和图片。在确定第一占用量超过第二临界阈值但低于第一临界阈值的情况下，可以将页面中的视频替换为gif动画，动画和图片则不作替换。而在确定第一占用量超过第一临界阈值的情况下，可以将页面中的视频替换为gif动画，将页面中的gif动画替换为静态图片，并将页面中的图片替换为更低分辨率的图片。
98.根据本公开的实施例，通过在内存处于不同状态下，采用不同的页面降级手段，可以渐进式地降低内存的占用，提高用户体验。
99.根据本公开的实施例，在应用的页面中包含视频的情况下，会在内存中存储对应的视频缓存，该视频缓存可以用于提高打开视频的速度。基于此，在监测到内存的第一占用量超过第一临界阈值的情况下，则可以将内存中存储的视频缓存删除，以对内存进行清理。
100.根据本公开的另一实施例，在应用的页面需要上传或下载数据时，会向服务器发送网络请求。网络请求例如可以包括http请求。在发送请求的过程中，页面会在内存中存储对应的网络请求缓存。其中，网络请求缓存例如可以包括nsurlcache。基于此，在监测到内存的第一占用量超过第一临界阈值的情况下，可以将内存中存储的网络请求缓存删除，以对内存进行清理。
101.以下将结合图7对本公开提供的内存监测装置进行描述。
102.图7示意性示出了根据本公开实施例的内存监测装置的框图。
103.如图7所示，内存监测装置700包括第一清理模块710、计算模块720和第二清理模块730。
104.第一清理模块710，用于响应于监测到内存的第一占用量超过第一临界阈值，执行内存清理操作。
105.计算模块720，用于响应于接收到针对目标页面的页面开启请求，基于第一占用量，计算目标页面开启后内存的第二占用量。
106.第二清理模块730，用于在第二占用量超过第一临界阈值的情况下，执行内存清理操作。
107.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
108.图8示意性示出了可以用来实施本公开的实施例的示例电子设备800的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
109.如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在ram 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
110.设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
111.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如内存监测方法。例如，在一些实施例中，内存监测方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到ram 803并由计算单元801执行时，可以执行上文描述的内存监测方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行内存监测方法。
112.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
113.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
114.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
115.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
116.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
117.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
118.服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务(
″
virtual private server
″
，或简称
″
vps
″
)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
119.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
120.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。