一种弹窗展示方法、装置、计算机设备及存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种弹窗展示方法、装置、计算机设备及存储介质。

背景技术

随着互联网技术和移动终端技术的不断发展，应用程序所能实现的功能也在逐渐增加，而在应用程序的日常使用过程中，为了能及时向用户传递信息，往往会使用弹窗的方式。

相关技术中，在一个界面对应有多个弹窗的情况下，会分别向弹窗对应的服务器接口发送数据获取请求，并根据所述服务器接口返回的数据进行弹窗展示，而当多个接口都成功返回数据时，该界面就会短时间内同时展示多个弹窗，这样就会导致用户打开界面后同时弹出多个弹窗，多个弹窗对应的弹窗数据的返回时间不同，这就导致先返回的弹窗数据对应的弹窗展示在最下边，最后返回的弹窗数据对应的弹窗会覆盖之前展示的弹窗，这样用户无法及时查看到所有的弹窗信息，从而容易使用户错过重要的弹窗信息，弹窗展示效果较差。

发明内容

本公开实施例至少提供一种弹窗展示方法、装置、计算机设备及存储介质。

第一方面，本公开实施例提供了一种弹窗展示方法，包括：

响应用户端满足弹窗触发条件，将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口；

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

一种可能的实施方式中，响应用户端满足弹窗触发条件，将多个弹窗数据获取请求发送至对应的服务器接口，包括：

响应用户端满足弹窗触发条件，同时将所述多个弹窗数据获取请求发送至对应的服务器接口。

一种可能的实施方式中，所述方法还包括根据以下方法确定满足展示条件的请求结果：

在接收到服务器接口返回的全部请求结果后，确定满足展示条件的请求结果；或者，

在接收到服务器接口返回的任一请求结果后，确定所述请求结果满足展示条件。

一种可能的实施方式中，所述展示条件包括以下条件中的至少一个：

在预设时长内的展示次数不超过预设次数；请求结果中的弹窗数据中不包括敏感信息；请求结果中的弹窗数据的数据量不超过预设数据量。

一种可能的实施方式中，所述方法还包括根据以下方法确定弹窗数据的展示优先级：

获取预先为所述弹窗数据对应的弹窗设置的展示优先级；或者，

确定所述弹窗数据对应的目标弹窗类型，并获取与所述目标弹窗类型对应的展示优先级；或者，

基于所述弹窗数据的数据量，确定所述弹窗数据对应的展示优先级；或者，

基于接收所述弹窗数据的顺序，确定所述弹窗数据对应的展示优先级。

一种可能的实施方式中，所述在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据，包括：

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，确定请求结果中数据请求成功的目标请求结果；

确定满足展示条件的目标请求结果；

基于满足展示条件的目标请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

第二方面，本公开实施例提供了一种弹窗展示方法，包括：

接收用户端发送的多个弹窗数据获取请求；

确定所述多个弹窗数据获取请求对应的请求结果；

基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

将所述目标弹窗数据返回至所述用户端，以使所述用户端基于所述目标弹窗数据进行弹窗展示。

第三方面，本公开实施例还提供一种弹窗展示装置，包括：

发送模块，用于响应用户端满足弹窗触发条件，将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口；

确定模块，用于在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

展示模块，用于基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

一种可能的实施方式中，所述发送模块，在响应用户端满足弹窗触发条件，将多个弹窗数据获取请求发送至对应的服务器接口时，用于：

响应用户端满足弹窗触发条件，同时将所述多个弹窗数据获取请求发送至对应的服务器接口。

一种可能的实施方式中，所述确定模块，还用于根据以下方法确定满足展示条件的请求结果：

在接收到服务器接口返回的全部请求结果后，确定满足展示条件的请求结果；或者，

在接收到服务器接口返回的任一请求结果后，确定所述请求结果满足展示条件。

一种可能的实施方式中，所述展示条件包括以下条件中的至少一个：

在预设时长内的展示次数不超过预设次数；请求结果中的弹窗数据中不包括敏感信息；请求结果中的弹窗数据的数据量不超过预设数据量。

一种可能的实施方式中，所述确定模块，还用于根据以下方法确定弹窗数据的展示优先级：

获取预先为所述弹窗数据对应的弹窗设置的展示优先级；或者，

确定所述弹窗数据对应的目标弹窗类型，并获取与所述目标弹窗类型对应的展示优先级；或者，

基于所述弹窗数据的数据量，确定所述弹窗数据对应的展示优先级；或者，

基于接收所述弹窗数据的顺序，确定所述弹窗数据对应的展示优先级。

一种可能的实施方式中，所述确定模块，在所述在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据时，用于：

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，确定请求结果中数据请求成功的目标请求结果；

确定满足展示条件的目标请求结果；

基于满足展示条件的目标请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

第四方面，本公开实施例还提供一种弹窗展示装置，包括：

接收模块，用于接收用户端发送的多个弹窗数据获取请求；

第一确定模块，用于确定所述多个弹窗数据获取请求对应的请求结果；

第二确定模块，用于基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

返回模块，用于将所述目标弹窗数据返回至所述用户端，以使所述用户端基于所述目标弹窗数据进行弹窗展示。

第五方面，本公开实施例还提供一种计算机设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当计算机设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤；或者，执行上述第二方面。

第六方面，本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面，或第一方面中任一种可能的实施方式中的步骤；或者，执行上述第二方面。

本公开实施例提供的弹窗展示方法、装置、计算机设备及存储介质，在接收到服务器接口返回的多个请求结果后，可以基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；再基于所述目标弹窗数据，在目标页面进行弹窗展示。这样，可以通过弹窗数据的展示优先级，对需要展示在目标页面上的弹窗进行统一的管理，在基于弹窗数据的展示优先级进行弹窗展示时，可以使得优先级较高的弹窗数据展示在页面最上层，实现重要的弹窗信息的优先展示，从而提升弹窗信息的展示效果。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了现有技术中弹窗展示方法的执行过程示意图；

图2示出了本公开实施例所提供的一种弹窗展示方法的流程图；

图3示出了本公开实施例所提供的弹窗展示方法中，确定目标弹窗数据的具体方法的流程图；

图4示出了本公开实施例所提供的另一种弹窗展示方法的流程图；

图5示出了本公开实施例所提供的弹窗展示方法在服务器端的执行逻辑图；

图6示出了本公开实施例所提供的一种弹窗展示装置的示意图；

图7示出了本公开实施例所提供的另一种弹窗展示装置的示意图；

图8示出了本公开实施例所提供的计算机设备800的结构示意图；

图9示出了本公开实施例所提供的计算机设备900的结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

如图1所示，为现有技术中弹窗展示方法的执行过程示意图。图1中，用户端在当前页面中包含有弹窗数据获取请求时，会向对应的服务器接口发送请求，服务器接口会在响应请求后进行数据处理，正常情况下可以将数据处理后得到的弹窗数据发送给用户端，并由用户端对得到的弹窗数据是否需要展示进行判断，然后展示其中需要展示的弹窗数据，如果此时需要展示的弹窗数据有多个，对应的，用户端当前页面中便会同时出现多个弹窗。在这一过程中，如果不对服务器接口返回的弹窗数据进行管理，则会由于弹窗数据返回时间的先后顺序的不同，详见图1所示，不同的“返回”下方所对应的线条长短不一，代表了接收到服务器接口返回的弹窗数据的时间的不同，从而导致展示弹窗的顺序也不同。从而可能出现对用户重要程度较高的弹窗，由于对应的弹窗数据先返回并先被展示，从而使得在被短时间内后返回的弹窗数据将其覆盖。这样，容易使用户错过重要的提示信息，导致用户体验较差。

基于上述研究，本公开提供了一种弹窗展示方法、装置、计算机设备及存储介质，在接收到服务器接口返回的多个请求结果后，可以基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；再基于所述目标弹窗数据，在目标页面进行弹窗展示。这样，可以通过弹窗数据的展示优先级，对需要展示在目标页面上的弹窗进行统一的管理，在基于弹窗数据的展示优先级进行弹窗展示时，可以使得优先级较高的弹窗数据展示在页面最上层，实现重要的弹窗信息的优先展示，从而提升弹窗信息的展示效果。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种弹窗展示方法的执行主体进行详细介绍，本公开实施例所提供的弹窗展示方法的执行主体一般为具有一定计算能力的计算机设备，该计算机设备例如包括：终端设备或服务器或其它处理设备，终端设备可以为用户设备(User Equipment，UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字助理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该弹窗展示方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

参见图2所示，为本公开实施例提供的弹窗展示方法的流程图，该方法应用于具有一定处理能力的计算机设备，所述计算机设备一般为具有展示功能的展示设备，例如平板电脑、智能手机、智能电视机、智能手表等。所述方法包括步骤S201～S203，其中：

S201：响应用户端满足弹窗触发条件，将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口。

S202：在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

S203：基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

在本公开实施例中，安装有客户端的电子设备可以将目标页面上需要显示的多个弹窗数据获取请求发送至服务器接口，在接收到服务器接口返回的请求结果之后，可以根据展示优先级，确定出目标弹窗数据，然后将确定出的目标弹窗数据通过弹窗显示。当目标界面中有多个弹窗满足弹窗触发条件时，可以弹出最高优先级的弹窗，避免同时弹出过多弹窗，影响用户体验，且，可以自由调整弹出弹窗数量，并且可以控制弹出的顺序。从而能够便于统一管理。

下面将对本公开实施例中各个步骤及对应的实施方法进行详细说明。

针对S201，所述目标页面可以是对应有多个弹窗数据获取请求的页面，所述弹窗触发条件可以是目标应用程序被触发启动，所述目标页面可以是目标应用程序在被触发启动之后展示的页面，所述触发包括针对所述应用程序所对应的图标的单击、双击、长按、重按等。

或者，所述弹窗触发条件还可以是目标页面中的目标按钮被触发；或者检测到在目标页面中执行预设触发操作(例如画圆、画“S”、双指单击、语音操作等)。

一种可能的实施方式中，在响应用户端满足弹窗触发条件，将多个弹窗数据获取请求发送至对应的服务器接口时，可以响应用户端满足弹窗触发条件，同时将所述多个弹窗数据获取请求发送至对应的服务器接口。

具体的，由于不同弹窗数据获取请求的生成时间可能不同，在每生成一个针对目标页面的弹窗数据获取请求之后，可以将生成的该弹窗数据获取请求添加至预设的任务队列中，所述任务队列所能容纳的请求的个数为当前页面所包含的所有弹窗数据获取请求的数量(即当前页面可叠加展示的弹窗的数量)，然后在检测到所述任务队列已满时，即针对目标页面的所有弹窗的弹窗数据获取请求都已生成，可以通过for循环调用对应的发送函数，将所述任务队列中的弹窗数据获取请求统一发送给对应的服务器接口。

通过统一将弹窗数据获取请求发送给对应的服务器接口的方式，从而确保可以集中的接收到服务器接口返回的请求结果，节约用户端接收请求结果的等待时间；另一方面，可以使服务器对弹窗数据获取请求进行集中处理，提高了服务器的处理效率和利用率。

具体实施中，在根据S201将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口后，可以根据S202确定目标弹窗数据。

S202：在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

这里，所述请求结果包括弹窗数据或者异常信息。其中，所述弹窗数据包括弹窗展示内容和/或跳转链接，所述异常信息包括接口返回值为空或者网络请求失败。

具体的，所述弹窗展示内容可以是弹窗中展示的文字、图片、视频等具体内容；所述跳转链接可以是对应有跳转地址的链接，用于被触发后由当前页面(这里指目标页面)跳转至所述跳转地址所对应的页面；所述接口返回值为空表示服务器判定该接口对应的弹窗此次无需进行展示，比如可以返回“NULL”代表此时的返回值为空；网络请求失败可以是服务器接口同时接收大量请求所导致的，这时由于服务器接口同时接收到大量请求，从而使得服务器可能出现过载的情况，便无法正常的返回弹窗数据；或者，网络请求失败也可以是由于网络连接中断所导致的，比如用户端的网络数据被关闭或者发生波动，导致此时的弹窗数据获取请求无法正常发送。

一种可能的实施方式中，可以从以下三个判断条件确定请求结果是否满足预设展示条件：

条件1、在预设时长内的展示次数不超过预设次数。

示例性的，可以将预设时长内的预设次数定为一周一次，当判断请求结果中的弹窗数据在最近一周内在当前用户端未被展示过后，则可以确定所述请求结果满足预设展示条件。

条件2、请求结果中的弹窗数据中不包括敏感信息。

这里，所述敏感信息是指用户授权的其个人隐私信息或者商业机密等。

示例性的，可以将用户的身份信息和常用的敏感词设置为该用户端的敏感信息，所述常用的敏感词包括带有辱骂意味的脏字/词、不正当言论中的字/词等，当检测到所述请求结果中的弹窗数据中不包含当前用户端对应的敏感信息时，则可以确定所述请求结果满足预设展示条件。

条件3、请求结果中的弹窗数据的数据量不超过预设数据量。

这里，所述数据量可以是弹窗数据所占存储空间的大小，比如50KB、1MB等；或者，也可以是针对弹窗数据的特定展示形式所对应的字数/个数/段数等，比如文字的字数为20、图片的个数为2、音/视频的段数为1等。

示例性的，以所述请求结果中的弹窗数据的弹窗展示内容为文字为例，可以设置其对应的数据量为20，也即当检测到所述弹窗数据的弹窗展示内容不超过20字时，确定所述请求结果满足预设展示条件。

需要说明的是，在确定所述请求结果是否满足预设条件时，可以通过上述条件的任意一种或几种。比如需同时满足条件1和条件3、条件2和条件3、只满足条件3等，不同的应用场景中也可以采用不同的方案，本公开实施例对此不做限定。

一种可能的实施方式中，在确定满足展示条件的请求结果时，可以根据以下方法中的任意一种：

方法1、在接收服务器接口返回的全部请求结果后，确定满足展示条件的请求结果。

具体的，可以设置一个计数器，当接收到服务器接口返回的请求结果时，所述计数器所记的数+1，当计数器所记的数达到预设的值N(N为所述任务队列所能容纳任务的个数)时，则可以确定发送的全部弹窗数据获取请求全部得到了对应的服务器接口的回应，也即确定全部服务器接口都返回了请求结果，然后再从返回的请求结果中，确定满足展示条件的请求结果。

方法2、在接收到服务器接口返回的任一请求结果后，确定所述请求结果满足展示条件。

其中，所述服务器接口返回可以是服务器多个接口返回的，也可以是多个服务器接口被集成后的一个接口返回的。

具体实施中，采用何种方法确定展示条件的请求结果时，可以根据应用的业务场景的不同进行设置，本公开实施例对此不做限定。

一种可能的实施方式中，在确定所述请求结果中弹窗数据满足展示条件后，确定所述弹窗数据的展示优先级时，可以通过以下方式中的任意一种：

方式1、获取预先为所述弹窗数据对应的弹窗设置的展示优先级。

这里，获取的所述展示优先级可以是提前配置好并保存在用户端本地的，也可以是实时向服务器请求得到的最新设置的展示优先级，所述展示优先级可以是高(high、H)、中(middle、M)、低(low、L)，也可以是用数字进行表示，比如1～9，数字越小代表的展示优先级越高。

方式2、确定所述弹窗数据对应的目标弹窗类型，并获取与所述目标弹窗类型对应的展示优先级。

这里，所述弹窗数据对应的目标弹窗类型可以是对话框型dialog/Alert、控制面板型Action Sheets、小提示型Toast、快捷提示型Snackbar等，不同的目标弹窗类型所对应的展示优先级也不同，比如可以将所述对话框型的展示优先级设置为最高，将所述小提示型的展示优先级设置为最低。

方式3、基于所述弹窗数据的数据量，确定所述弹窗数据对应的展示优先级。

具体实施中，可以将所述弹窗数据的数据量较大的弹窗数据设置较高的优先级，从而进行优先展示，这样，可以使得用户在有限的时间和展示页面内看到更多的弹窗中的信息。

示例性的，可以设置1MB以上的弹窗数据的展示优先级为高，或者，设置文字字数在15以上的弹窗数据的展示优先级为高。

方式4、基于接收所述弹窗数据的顺序，确定所述弹窗数据对应的展示优先级。

这里，可以将先接收的弹窗数据设置展示优先级为高，越往后接收的弹窗数据的展示优先级可以设置的越低；或者，可以将先接收的弹窗数据设置展示优先级为低，越往后接收的弹窗数据的展示优先级可以设置的越高，具体的设置方式可以根据实际业务的需求进行制定和设置。

一种可能的实施方式中，在确定目标弹窗数据时，如图3所示，可以通过以下步骤：

S301：在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，确定请求结果中数据请求成功的目标请求结果。

这里，所述请求结果中数据请求成功的目标请求结果，即为成功返回了弹窗数据的请求结果。

S302：确定满足展示条件的目标请求结果。

具体的，确定目标请求是否满足展示条件的方式参见上文相关描述，在此不再赘述。

S303：基于满足展示条件的目标请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

这里，可以预设一个弹窗优先级队列，将所述满足展示条件的目标请求结果中的弹窗数据，以及对应的展示优先级添加至所述弹窗优先级队列中；然后通过所述弹窗优先级队列对其中的弹窗数据的展示优先级进行排列，然后确定其中展示优先级最高的一个或者几个弹窗数据为所述目标弹窗数据。

示例性的，在根据预先设置的目标弹窗数据确定方法确定目标弹窗数据时，以展示优先级为数字排序1～9，数字越低展示优先级越高为例，所述弹窗优先级队列中有展示优先级为5的弹窗数据1、展示优先级为4的弹窗数据2、展示优先级为3的弹窗数据3、展示优先级为2的弹窗数据4，可以确定其中展示优先级最高的弹窗数据4为所述目标弹窗数据，或者，可以确定其中展示优先级较高的弹窗数据4和弹窗数据3为所述目标弹窗数据。

进一步的，在确定的所述目标弹窗数据有多个的情况下，还可以通过判断所述多个目标弹窗数据所对应的弹窗的展示位置，确定多个目标弹窗数据的展示顺序，可以分为以下两种情况：

情况1、多个目标弹窗数据对应的弹窗的展示位置全部重叠。

这种情况也即是所述弹窗数据对应的弹窗的展示位置相同，此时由于全部都发生了重叠，因此需要对这些弹窗展示的顺序进行取舍，可以按照展示优先级由高到低的顺序依次展示，展示间隔的时长可以是预设时长，比如2s。

情况2、多个目标弹窗数据对应的弹窗的展示位置均不重叠。

这种情况也即是所述弹窗数据对应的弹窗的展示位置均不相同，此时可以设置一个当前页面同时展示的最大值，在所述目标弹窗数据的个数不超过所述同时展示的最大值时，在当前页面同时展示多个所述目标弹窗数据对应的弹窗，也即此时所述目标弹窗数据对应的弹窗的展示顺序为同时展示；在所述目标弹窗数据的个数超过所述同时展示的最大值时，可以按照所述展示优先级，对所述目标弹窗数据对应的弹窗进行分批展示，比如目标弹窗数据的个数为5，所述同时展示的最大值为3，则第一批优先展示5个目标弹窗数据中对应展示优先级最高的3个，经过预设的间隔后，第二批展示剩余的2个目标弹窗数据对应的弹窗。

具体实施中，在根据S202确定目标弹窗数据后，可以根据S203在所述目标页面进行弹窗展示。

S203：基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

这里，可以通过用户端的解析器对所述目标弹窗数据进行解析，并将解析出的内容添加至弹窗渲染指令中，用户端在页面的预设位置处按照所述弹窗渲染指令进行弹窗的展示。

进一步的，在进行弹窗展示之后，还可以将上述弹窗优先级队列、任务队列以及计数器中的数据进行清除，以便下次进行弹窗展示时的调用。

一种可能的实施方式中，还可以将上述执行过程以执行代码的方式写入基类中，以便后续进行页面开发时直接调用，无需进行重复开发。

下面以执行主体为服务器为例，结合图4和图5对本公开实施例所提供的弹窗展示方法进行介绍。

参见图4所示，为本公开实施例提供的弹窗展示方法的流程图，所述方法包括步骤S401～S404，其中：

S401：接收用户端发送的多个弹窗数据获取请求。

S402：确定所述多个弹窗数据获取请求对应的请求结果。

S403：基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

S404：将所述目标弹窗数据返回至所述用户端，以使所述用户端基于所述目标弹窗数据进行弹窗展示。

具体的，本公开实施例所提供的弹窗展示方法在服务器端的执行逻辑图可以如图5所示，包括：

S501：确定弹窗数据获取请求对应的请求结果。

S502：判断请求结果是否为成功返回弹窗数据。

若所述S502的判断结果为是，则执行所述S503；

若所述S502的判断结果为否，则执行所述S504。

S502的判断结果为否时，说明没有成功返回弹窗数据，但是会返回表示失败的标识数据，以指示计数器+1，对此不作赘述。

S503：判断弹窗数据是否满足展示条件。

若所述S503的判断结果为是，则执行所述S505；

若所述S503的判断结果为否，则执行所述S504。

S504：计数器+1。

S505：将当前弹窗数据添加至弹窗优先级队列。

S506：判断计数器是否等于预设值N。

若所述S506的判断结果为是，则执行所述S508；

若所述S506的判断结果为否，则执行所述S507。

S507：等待其他请求结果的判断结果。

S508：基于弹窗优先级队列将目标弹窗数据发送给用户端进行弹窗展示。

这里，基于所述弹窗优先级队列确定所述目标弹窗数据的具体方法，详见上文，在此不再赘述。

这样，由于弹窗数据获取请求的处理过程全部由服务器完成，最终提供给用户端的服务器接口的数量也可以整合为一个，也即用户端发送多个请求给一个服务器接口，在服务器执行完全部的处理过程后再将需要展示的目标弹窗数据发送给用户端，用户端直接进行展示即可，无需进行额外的判断和处理过程。在这一过程中，由于处理过程均是由服务器完成的，则服务器可以对请求进行集中的处理，从而提高了计算资源利用率；另一方面，服务器中存储有与用户端对应的大量数据，在进行处理过程中也可以节约进行端口间数据交互的时间，一定程度上可以提高处理的速度，从而提高了处理效率。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与弹窗展示方法对应的弹窗展示装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述弹窗展示方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参照图6所示，为本公开实施例提供的一种弹窗展示装置的示意图，所述装置包括：发送模块601、确定模块602、展示模块603；其中，

发送模块601，用于响应用户端满足弹窗触发条件，将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口；

确定模块602，用于在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

展示模块603，用于基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

一种可能的实施方式中，所述发送模块601，在响应用户端满足弹窗触发条件，将多个弹窗数据获取请求发送至对应的服务器接口时，用于：

响应用户端满足弹窗触发条件，同时将所述多个弹窗数据获取请求发送至对应的服务器接口。

一种可能的实施方式中，所述确定模块602，还用于根据以下方法确定满足展示条件的请求结果：

在接收到服务器接口返回的全部请求结果后，确定满足展示条件的请求结果；或者，

在接收到服务器接口返回的任一请求结果后，确定所述请求结果满足展示条件。

一种可能的实施方式中，所述展示条件包括以下条件中的至少一个：

在预设时长内的展示次数不超过预设次数；请求结果中的弹窗数据中不包括敏感信息；请求结果中的弹窗数据的数据量不超过预设数据量。

一种可能的实施方式中，所述确定模块602，还用于根据以下方法确定弹窗数据的展示优先级：

获取预先为所述弹窗数据对应的弹窗设置的展示优先级；或者，

确定所述弹窗数据对应的目标弹窗类型，并获取与所述目标弹窗类型对应的展示优先级；或者，

基于所述弹窗数据的数据量，确定所述弹窗数据对应的展示优先级；或者，

基于接收所述弹窗数据的顺序，确定所述弹窗数据对应的展示优先级。

一种可能的实施方式中，所述确定模块602，在所述在接收到多个所述服务器接口返回的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据时，用于：

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，确定请求结果中数据请求成功的目标请求结果；

确定满足展示条件的目标请求结果；

基于满足展示条件的目标请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

本公开实施例提供的弹窗展示装置，在接收到服务器接口返回的多个请求结果后，可以基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；再基于所述目标弹窗数据，在目标页面进行弹窗展示。这样，可以通过弹窗数据的展示优先级，对需要展示在目标页面上的弹窗进行统一的管理，在基于弹窗数据的展示优先级进行弹窗展示时，可以使得优先级较高的弹窗数据展示在页面最上层，实现重要的弹窗信息的优先展示，从而提升弹窗信息的展示效果。

关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。

参照图7所示，为本公开实施例提供的一种弹窗展示装置的示意图，所述装置包括：接收模块701、第一确定模块702、第二确定模块703、返回模块704；其中，

接收模块701，用于接收用户端发送的多个弹窗数据获取请求；

第一确定模块702，用于确定所述多个弹窗数据获取请求对应的请求结果；

第二确定模块703，用于基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

返回模块704，用于将所述目标弹窗数据返回至所述用户端，以使所述用户端基于所述目标弹窗数据进行弹窗展示。

基于同一技术构思，本公开实施例还提供了一种计算机设备。参照图8所示，为本公开实施例提供的计算机设备800的结构示意图，包括处理器801、存储器802、和总线803。其中，存储器802用于存储执行指令，包括内存8021和外部存储器8022；这里的内存8021也称内存储器，用于暂时存放处理器801中的运算数据，以及与硬盘等外部存储器8022交换的数据，处理器801通过内存8021与外部存储器8022进行数据交换，当计算机设备800运行时，处理器801与存储器802之间通过总线803通信，使得处理器801在执行以下指令：

响应用户端满足弹窗触发条件，将针对目标页面的多个弹窗数据获取请求发送至对应的服务器接口；

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

基于所述目标弹窗数据，在所述目标页面进行弹窗展示。

一种可能的实施方式中，处理器801的指令中，响应用户端满足弹窗触发条件，将多个弹窗数据获取请求发送至对应的服务器接口，包括：

响应用户端满足弹窗触发条件，同时将所述多个弹窗数据获取请求发送至对应的服务器接口。

一种可能的实施方式中，处理器801的指令中，所述方法还包括根据以下方法确定满足展示条件的请求结果：

在接收到服务器接口返回的全部请求结果后，确定满足展示条件的请求结果；或者，

在接收到服务器接口返回的任一请求结果后，确定所述请求结果满足展示条件。

一种可能的实施方式中，处理器801的指令中，所述展示条件包括以下条件中的至少一个：

在预设时长内的展示次数不超过预设次数；请求结果中的弹窗数据中不包括敏感信息；请求结果中的弹窗数据的数据量不超过预设数据量。

一种可能的实施方式中，处理器801的指令中，还包括根据以下方法确定弹窗数据的展示优先级：

获取预先为所述弹窗数据对应的弹窗设置的展示优先级；或者，

确定所述弹窗数据对应的目标弹窗类型，并获取与所述目标弹窗类型对应的展示优先级；或者，

基于所述弹窗数据的数据量，确定所述弹窗数据对应的展示优先级；或者，

基于接收所述弹窗数据的顺序，确定所述弹窗数据对应的展示优先级。

一种可能的实施方式中，处理器801的指令中，所述在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据，包括：

在接收到服务器接口返回的与所述多个弹窗数据获取请求分别对应的请求结果后，确定请求结果中数据请求成功的目标请求结果；

确定满足展示条件的目标请求结果；

基于满足展示条件的目标请求结果中的弹窗数据的展示优先级，确定目标弹窗数据。

基于同一技术构思，本公开实施例还提供了一种计算机设备。参照图9所示，为本公开实施例提供的计算机设备900的结构示意图，包括处理器901、存储器902、和总线903。其中，存储器902用于存储执行指令，包括内存9021和外部存储器9022；这里的内存9021也称内存储器，用于暂时存放处理器901中的运算数据，以及与硬盘等外部存储器9022交换的数据，处理器901通过内存9021与外部存储器9022进行数据交换，当计算机设备900运行时，处理器901与存储器902之间通过总线903通信，使得处理器901在执行以下指令：

接收用户端发送的多个弹窗数据获取请求；

确定所述多个弹窗数据获取请求对应的请求结果；

基于满足展示条件的请求结果中的弹窗数据的展示优先级，确定目标弹窗数据；

将所述目标弹窗数据返回至所述用户端，以使所述用户端基于所述目标弹窗数据进行弹窗展示。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的弹窗展示方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的弹窗展示方法的步骤，具体可参见上述方法实施例，在此不再赘述。

其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。