页面稳定性评估方法、装置、电子设备及可读存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及页面显示技术领域，具体而言，本公开涉及一种页面稳定性评估方法、装置、电子设备及可读存储介质。


背景技术：

2.随着互联网技术的快速发展，终端设备也日益普及，用户越来越多的通过终端设备来浏览页面，如浏览广告落地页等页面。
3.页面在终端设备上运行时可能会出现一些异常情况，影响页面稳定性，进而影响用户的使用体验。如何对页面运行时的页面稳定性进行有效评估，以便后续对页面进行优化以提升用户的使用体验，是页面显示领域的一个重要的技术问题


技术实现要素：

4.本公开为了解决上述缺陷中的至少一项，提供了一种页面稳定性评估方法、装置、电子设备及可读存储介质。
5.根据本公开的第一方面，提供了一种页面稳定性评估方法，该方法包括：
6.响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据；
7.若获取到异常数据，则将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。
8.根据本公开的第二方面，提供了另一种页面稳定性评估方法，该方法包括：
9.接收终端设备发送的异常数据，异常数据是终端设备响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，并在获取到异常数据时发送的；
10.基于异常数据对目标页面进行页面稳定性评估。
11.根据本公开的第三方面，提供了一种页面稳定性评估装置，该装置包括：
12.异常数据获取模块，用于响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据；
13.异常数据回传模块，用于在获取到异常数据时，将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。
14.根据本公开的第四方面，提供了另一种页面稳定性评估装置，该装置包括：
15.异常数据接收模块，用于接收终端设备发送的异常数据，异常数据是终端设备响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，并在获取到异常数据时发送的；
16.页面稳定性评估模块，用于基于异常数据对目标页面进行页面稳定性评估。
17.根据本公开的第五方面，提供了一种电子设备，该电子设备包括：
18.至少一个处理器；以及
19.与上述至少一个处理器通信连接的存储器；其中，
20.存储器存储有可被上述至少一个处理器执行的指令，指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行上述页面稳定性评估方法。
21.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，该计算机指令用于使计算机执行上述页面稳定性评估方法。
22.根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现上述页面稳定性评估方法。
23.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
24.附图用于更好地理解本方案，不构成对本公开的限定。其中：
25.图1是本公开实施例提供的一种页面稳定性评估方法的流程示意图；
26.图2是本公开实施例提供的另一种页面稳定性评估方法的流程示意图；
27.图3是本公开实施例提供的埋点数据回传至服务器的流程示意图；
28.图4是本公开实施例提供的对异常数据进行收集的流程示意图；
29.图5是本公开实施例提供的一种页面稳定性评估装置的结构示意图；
30.图6是本公开实施例提供的另一种页面稳定性评估装置的结构示意图；
31.图7是用来实现本公开实施例的页面稳定性评估方法的电子设备的框图。
具体实施方式
32.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
33.相关技术中，页面稳定性一般是通过服务接口的接口成功率来评估的。具体而言，终端设备会通过服务接口向服务器发送返回数据，可以筛选出页面运行时的关键服务接口，通过获取终端设备通过关键服务接口向服务器发送的返回数据来统计出接口成功率。
34.在实际情况下，接口成功率虽然与页面稳定性具有一定关联，但是其并不能完全反映页面的稳定性。
35.终端设备通过关键服务接口向服务器发送返回数据时，由于可能存在网络不佳或者一些场景下数据量过大等情况，会导致服务端无法接收到返回数据，这会造成部分返回数据的丢失，导致服务端无法准确统计到接口成功率。
36.相关技术中，还存在一种通过捕获异常来监控页面稳定性的方式。这种方式中需要针对可能存在的异常在代码中添加埋点，在捕获异常后将埋点数据回传，以衡量页面稳定性。
37.这种方式需要开发者对业务代码进行深入了解，预判出可能存在异常的位置，在这些位置添加埋点，对开发者的要求较高，并且在实际情况下添加的埋点量可能较为巨大，导致开发难度大。
38.另外，目前衡量页面稳定性的指标多是针对不同的业务单独提供的，其通用性较差，不便于大规模推广使用。
39.本技术实施例提供的页面稳定性评估方法、装置、电子设备及可读存储介质，旨在解决现有技术的如上技术问题中的至少一个。
40.图1示出了本公开实施例提供的一种页面稳定性评估方法的流程示意图，如图1中所示，该方法主要可以包括：
41.步骤s110：响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据；
42.步骤s120：若获取到异常数据，则将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。
43.其中，目标页面可以为终端设备中当前运行的页面，可以包括但是不限于各种落地页。
44.预设类型可以为一些对用户在访问目标页面时的使用体验具有较大影响的异常类型，可以根据页面的实际情况或者实际经验进行指定。异常数据用于反映预设类型的页面异常的具体情况。
45.本公开实施例中，埋点用于在目标页面的运行过程中收集可能存在的异常数据，并在收集到异常数据时将异常数据作为埋点数据回传至服务器。
46.服务器在接受到终端设备通过埋点回传的异常数据后，可以根据异常数据对目标页面进行页面稳定性评估，为后续基于目标页面的页面稳定性对目标页面进行优化提供了基础。
47.本公开实施例提供的方法，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
48.本公开实施例中，通过采用埋点回传的方式进行异常数据的采集与回传，由于埋点回传的数据量较少，对终端设备以及网络情况的要求较低，因此能够保证异常数据被有效回传至服务器，避免了异常数据丢失的情况，从而提升页面稳定性评估的准确性。
49.本公开实施例中，通过将对用户在访问目标页面时的使用体验具有较大影响的异常类型指定为预设类型，并针对预设类型的页面异常进行异常数据采集，使得采集到的异常数据能够有效的反映目标页面的页面稳定性。
50.本公开的一种可选方式中，获取目标页面中预设类型的页面异常的异常数据，包括：
51.监听目标页面中预设类型的页面异常，预设类型的页面异常被预注册于目标页面的页面代码中；
52.统计页面异常的异常数量，将异常数量确定为异常数据。
53.本公开实施例中，根据事件冒泡的特性，事件异常会冒泡至页面层级结构中的顶层，因此可以在页面的顶层对页面异常进行监控，而无需深入业务代码中针对可能存在异
常位置进行分别埋点。
54.本公开实施例中，可以在页面代码中针对各预设类型的页面异常进行预注册，以便页面运行时对预设类型的页面异进行监听。
55.通过在页面的顶层对预设类型的页面异常进行监控，而无需深入业务代码中针对可能存在异常位置进行分别埋点，降低了对开发人员的要求，也避免了因埋点带来的巨大工作量。
56.本公开实施例中，可以统计预设类型的页面异常，并计算页面异常的总数，得到异常数量。将异常数量作为异常数据，使得异常数据的统计较为简单，并且数据量较少，降低了对终端设备的存储资源的占用，并减少了回传至服务器时的数据传输量。
57.本公开的一种可选方式中，预设类型的页面异常，包括以下至少一项：
58.资源加载异常；
59.js(javascript)代码执行异常。
60.本公开实施例中，预设类型的页面异常可以包括资源加载异常以及js代码执行异常。
61.具体而言，资源加载异常可以包括图像资源、脚本(script)资源及链接(link)资源等资源的加载异常。
62.js代码执行异常，可以包括js兼容性异常，应用程序接口(application programming interface，api)请求异常，业务代码异常等。
63.本公开的一种可选方式中，目标页面中的埋点被触发，包括：
64.响应于用户对目标页面的展示指令，目标页面中的埋点被触发。
65.本公开实施例中，埋点可以响应于用户对目标页面的展示指令被触发。
66.作为一个示例，目标页面为广告落定页，可以在检测到用户对广告落定页的点击操作时，生成对目标页面的展示指令，从而触发埋点。
67.本公开的一种可选方式中，埋点为图形交换格式(graphics interchange format，gif)格式的埋点。
68.本公开实施例中，可以利用空白gif图像进行埋点，实现对异常数据的上报，节省数据的传输量。
69.图2示出了本公开实施例提供的另一种页面稳定性评估方法的流程示意图，如图2中所示，该方法主要可以包括：
70.步骤s210：接收终端设备发送的异常数据，异常数据是终端设备响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，并在获取到异常数据时发送的；
71.步骤s220：基于异常数据对目标页面进行页面稳定性评估。
72.其中，目标页面可以为终端设备中当前运行的页面，可以包括但是不限于各种落地页。
73.预设类型可以为一些对用户在访问目标页面时的使用体验具有较大影响的异常类型，可以根据页面的实际情况或者实际经验进行指定。异常数据用于反映预设类型的页面异常的具体情况。
74.本公开实施例中，埋点用于在目标页面的运行过程中收集可能存在的异常数据，
并在收集到异常数据时将异常数据作为埋点数据回传至服务器。
75.服务器在接受到终端设备通过埋点回传的异常数据后，可以根据异常数据对目标页面进行页面稳定性评估，为后续基于目标页面的页面稳定性对目标页面进行优化提供了基础。
76.本公开实施例提供的方法，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
77.本公开实施例中，通过采用埋点回传的方式进行异常数据的采集与回传，由于埋点回传的数据量较少，对终端设备以及网络情况的要求较低，因此能够保证异常数据被有效回传至服务器，避免了异常数据丢失的情况，从而提升页面稳定性评估的准确性。
78.本公开实施例中，通过将对用户在访问目标页面时的使用体验具有较大影响的异常类型指定为预设类型，并针对预设类型的页面异常进行异常数据采集，使得采集到的异常数据能够有效的反映目标页面的页面稳定性。
79.本公开的一种可选方式中，异常数据为目标页面中预设类型的页面异常的异常数量，基于异常数据对目标页面进行页面稳定性评估，包括：
80.获取在预设的监控周期内目标页面的访问量；
81.基于监控周期内接收到的异常数量以及访问量，对目标页面进行页面稳定性评估。
82.本公开实施例中，可以统计目标页面运行时产生的预设类型的页面异常，并计算页面异常的总数，得到异常数量。将异常数量作为异常数据，使得异常数据的统计较为简单，并且数据量较少，降低了对终端设备的存储资源的占用，减少了回传至服务器时的数据传输量。
83.本公开实施例中，服务器可以将监控周期内接收到的多个终端设备所上报的异常数量进行求和，将求和的结果作为监控周期内目标页面总的异常数量。而后可以基于监控周期内目标页面总的异常数量以及监控周期内目标页面的访问量来对目标页面进行页面稳定性评估。
84.由于不同业务中，页面的访问量可能会存在较大差异，这时产生的异常数量也会存在较大差异。为了屏蔽业务以及访问量的差异，可以基于异常数量以及访问量，对目标页面进行页面稳定性评估。具体而言，可以将监控周期内目标页面的总的异常数量除以监控周期内目标页面的访问量得到单次访问的异常数，将单次访问的异常数作为页面稳定性的评估指标。
85.作为一个示例，目标页面为广告落地页a、b，监控周期为某一天，在该监控周期内，广告落地页a的访问量为100万次，服务器统计的广告落地页a的总的异常数量为50万次，广告落地页b的访问量为1万次，服务器统计的广告落地页b的总的异常数量为7000次，这时可以计算出广告落地页a的单次访问的异常数为0.5，广告落地页b的单次访问的异常数为0.7。
86.本示例中，虽然广告落地页b的总的异常数量远小于广告落地页a，但计算出的广告落地页b的单次访问的异常数大于广告落地页a，可以看出广告落地页b的页面稳定性要不及广告落地页a。
87.在实际使用中，单次访问的异常数这一指标，不仅可以用于衡量单个页面的页面稳定性，还可以衡量某业务下所有页面的页面稳定性。因此，本公开实施例中提供的单次访问的异常数这一指标具有较强的通用性，能够屏蔽业务以及访问量的差异性，便于大规模推广使用。
88.本公开实施例中，可以针对单次访问的异常数设定阈值，当某个页面的单次访问的异常数大于所设定的阈值时，可以认为该页面的异常较多，页面稳定性较差，需要对该页面进行优化以提升页面稳定性。
89.作为一个示例，图3中示出了本公开实施例中提供的埋点数据回传至服务器的流程示意图。
90.如图3中所示，目标页面为广告托管落地页，服务请求即终端设备通过关键服务接口向服务器发送返回数据。gif格式的埋点回传异常信息，即通过gif格式的埋点将异常数据回传至服务器。服务sever，即用于接收通过关键服务接口发送的返回数据的服务器，埋点sever，即用于接收埋点回传的异常数的服务器。
91.如图3中所示，终端设备通过关键服务接口向服务器发送返回数据时，由于可能存在网络不佳或者一些场景下数据过大等情况，会导致服务端无法接收到返回数据。而采用本公开实施例中提供的通过采用埋点回传的方式进行异常数据的采集与回传，由于埋点回传的数据量较少，对终端设备以及网络情况的要求较低，因此能够保证异常数据被有效回传至服务器，避免了异常数据丢失的情况。
92.作为一个示例，图4中示出了本公开实施例中提供的对异常数据进行收集的流程示意图。
93.如图4中所示，目标页面为广告托管落地页，手机(mobile)1、mobile2、
……
、mobilen，即运行广告托管落地页的多个终端设备。异常1、异常2、
……
、异常n，即多个终端设备将运行广告托管落地页时采集的异常数据。
94.异常收集服务器(sever)，即服务器，用于接收各终端设备回传的异常数据。
95.图4中所示的流程具体为：多个终端设备在运行广告托管落地页的过程中，分别采集的异常数据，并通过埋点回传的方式将所采集的异常数据分别发送至服务器，服务器接收各终端设备回传的异常数据，用于后续的页面稳定性评估。
96.基于与图1中所示的方法相同的原理，图5示出了本公开实施例提供的一种页面稳定性评估装置的结构示意图，如图5所示，该页面稳定性评估装置50可以包括：
97.异常数据获取模块510，用于响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据；
98.异常数据回传模块520，用于在获取到异常数据时，将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。
99.本公开实施例提供的装置，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋
点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
100.可选地，异常数据获取模块在获取目标页面中预设类型的页面异常的异常数据时，具体用于：
101.监听目标页面中预设类型的页面异常，预设类型的页面异常被预注册于目标页面的页面代码中；
102.统计页面异常的异常数量，将异常数量确定为异常数据。
103.可选地，预设类型的页面异常，包括以下至少一项：
104.资源加载异常；
105.js代码执行异常。
106.可选地，异常数据获取模块在目标页面中的埋点被触发时，具体用于：
107.响应于用户对目标页面的展示指令，目标页面中的埋点被触发。
108.可选地，埋点为gif格式的埋点。
109.可以理解的是，本公开实施例中的页面稳定性评估装置的上述各模块具有实现图1中所示的实施例中的页面稳定性评估方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述页面稳定性评估装置的各模块的功能描述具体可以参见图1中所示实施例中的页面稳定性评估方法的对应描述，在此不再赘述。
110.基于与图2中所示的方法相同的原理，图2示出了本公开实施例提供的另一种页面稳定性评估装置的结构示意图，如图6所示，该页面稳定性评估装置60可以包括：
111.异常数据接收模块610，用于接收终端设备发送的异常数据，所述异常数据是所述终端设备响应于目标页面中的埋点被触发，确定是否获取到所述目标页面中预设类型的页面异常的异常数据，并在获取到所述异常数据时发送的；
112.页面稳定性评估模块620，用于基于所述异常数据对所述目标页面进行页面稳定性评估。
113.本公开实施例提供的装置，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
114.可选地，异常数据为目标页面中预设类型的页面异常的异常数量，页面稳定性评估模块具体用于：
115.获取在预设的监控周期内目标页面的访问量；
116.基于监控周期内接收到的异常数量以及访问量，对目标页面进行页面稳定性评估。
117.可以理解的是，本公开实施例中的页面稳定性评估装置的上述各模块具有实现图
2中所示的实施例中的页面稳定性评估方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述页面稳定性评估装置的各模块的功能描述具体可以参见图2中所示实施例中的页面稳定性评估方法的对应描述，在此不再赘述。
…
118.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
119.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
120.该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如本公开实施例提供的页面稳定性评估方法。
121.该电子设备与现有技术相比，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
122.该可读存储介质为存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如本公开实施例提供的页面稳定性评估方法。
123.该可读存储介质与现有技术相比，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
124.该计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如本公开实施例提供的页面稳定性评估方法。
125.该计算机程序产品与现有技术相比，通过响应于目标页面中的埋点被触发，确定是否获取到目标页面中预设类型的页面异常的异常数据，在获取到异常数据时将异常数据发送至服务器，以使服务器基于异常数据对目标页面进行页面稳定性评估。基于本方案，通过设置埋点以获取目标页面运行时的异常数据，并将异常数据回传至服务器，使服务器能够基于异常数据对目标页面进行页面稳定性评估，实现了对页面稳定性的有效评估，能够为后续对页面进行优化以提升用户的使用体验提供了基础。
126.图7示出了可以用来实施本公开的实施例的示例电子设备2000的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在
限制本文中描述的和/或者要求的本公开的实现。
127.如图7所示，电子设备2000包括计算单元2010，其可以根据存储在只读存储器(rom)2020中的计算机程序或者从存储单元2080加载到随机访问存储器(ram)2030中的计算机程序，来执行各种适当的动作和处理。在ram 2030中，还可存储设备2000操作所需的各种程序和数据。计算单元2010、rom 2020以及ram 2030通过总线2040彼此相连。输入/输出(i/o)接口2050也连接至总线2040。
128.设备2000中的多个部件连接至i/o接口2050，包括：输入单元2060，例如键盘、鼠标等；输出单元2070，例如各种类型的显示器、扬声器等；存储单元2080，例如磁盘、光盘等；以及通信单元2090，例如网卡、调制解调器、无线通信收发机等。通信单元2090允许设备2000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
129.计算单元2010可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元2010的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元2010执行本公开实施例中所提供的页面稳定性评估方法。例如，在一些实施例中，执行本公开实施例中所提供的页面稳定性评估方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元2080。在一些实施例中，计算机程序的部分或者全部可以经由rom 2020和/或通信单元2090而被载入和/或安装到设备2000上。当计算机程序加载到ram 2030并由计算单元2010执行时，可以执行本公开实施例中所提供的页面稳定性评估方法的一个或多个步骤。备选地，在其他实施例中，计算单元2010可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开实施例中所提供的页面稳定性评估方法。
130.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
131.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
132.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计
算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
133.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
134.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
135.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
136.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
137.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。