应用程序弹窗的管理方法、装置及可读存储介质与流程

本发明涉及计算机
技术领域：
，尤其涉及一种应用程序弹窗的管理方法、装置及可读存储介质。
背景技术：
：随着智能终端及其内安装的应用程序快速发展，应用程序的功能越来越丰富，这就对应用程序和用户之间的交互提出更高要求。现有技术中，应用程序的弹窗有系统弹窗和服务弹窗，系统弹窗例如有操作列表弹窗、输入框弹窗、退出弹窗等，系统弹窗是应用程序完整性所必需的；服务弹窗例如有广告弹窗、紧急通知弹窗、评价弹窗等，服务弹窗是根据服务的多样化选择添加的。但本申请发明人在实现本申请实施例中技术方案的过程中，发现上述技术至少存在如下技术问题：现有技术中，在特定时间或应用程序运行到某个位置时，会同时显示多个不同的弹窗，并且由于多个弹窗常常存在引用关系，从而容易出现错误销毁的情况，进而造成用户使用不便。技术实现要素：本申请实施例提供一种应用程序弹窗的管理方法、装置及可读存储介质，在应用程序启动时，首先从该应用程序的服务器获取弹窗列表，然后在弹窗节点，从该应用程序的服务器获取弹窗数据，按照该弹窗列表中弹窗的顺序，依次调用弹窗数据创建弹窗，其中，后一个弹窗在前一个弹窗销毁后创建；即本申请技术方案中，将应用程序的弹窗按照预定的顺序进行单独的、依次创建，解决了应用程序在弹窗节点由于同时显示多个弹窗而造成错误销毁、使用不便的技术问题，实现了对弹窗进行统一管理、不易出现错误销毁的技术效果，进而提高了交互效果。本申请实施例提供一种应用程序弹窗的管理方法，包括：在应用程序启动时，向所述应用程序的服务器发送获取弹窗列表的请求；接收所述服务器发送的所述弹窗列表，所述弹窗列表中包括多个弹窗的排列顺序；在所述应用程序的弹窗节点，向所述服务器发送获取弹窗数据的请求；接收所述服务器发送的所述弹窗数据，所述弹窗数据包括与所述弹窗列表中每个弹窗对应的显示数据；按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建。根据本公开实施例，所述按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建的步骤，包括：调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗；获取销毁所述当前弹窗的指令；销毁所述当前弹窗且同时销毁所述弹窗列表中的所述当前弹窗；循环上述操作，直至所述弹窗列表中所述多个弹窗销毁完毕。根据本公开实施例，所述显示数据包括弹窗框架数据和与所述弹窗框架数据对应的弹窗内容数据。根据本公开实施例，所述调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗的步骤，包括：调用排在所述弹窗列表首位未创建的当前弹窗对应的弹窗框架数据，创建所述当前弹窗的弹窗框架；加载与所述当前弹窗的所述弹窗框架数据对应的所述弹窗内容数据。根据本公开实施例，所述弹窗节点包括创建弹窗的操作节点和/或创建弹窗的预定时间节点。根据本公开实施例，所述在所述应用程序的弹窗节点，向所述服务器发送获取弹窗数据的请求的步骤，包括：检测用户的创建弹窗操作并且/或者检测预定时间，所述预定时间为自所述应用程序启动后或所述应用程序的特定视图启动后的预定时间；向所述服务器发送获取弹窗数据的请求。根据本公开实施例，在所述向所述服务器发送获取弹窗数据的请求之前还包括：判断所述弹窗节点是否包括系统弹窗节点；在所述弹窗节点包括所述系统弹窗节点的情况下，调用并创建所述系统弹窗。根据本公开实施例，所述按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建的步骤之前还包括：获取销毁所述系统弹窗的指令；销毁所述系统弹窗。本申请实施例还提供一种应用程序弹窗的管理装置，所述管理装置包括：第一发送单元，用于在应用程序启动时，向所述应用程序的服务器发送获取弹窗列表的请求；第一接收单元，用于接收所述服务器发送的所述弹窗列表，所述弹窗列表中包括多个弹窗的排列顺序；第二发送单元，用于在所述应用程序的弹窗节点，向所述服务器发送获取弹窗数据的请求；第二接收单元，用于接收所述服务器发送的所述弹窗数据，所述弹窗数据包括与所述弹窗列表中每个弹窗对应的显示数据；创建单元，用于按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建。根据本公开实施例，所述创建单元包括：第一创建模块，用于调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗；获取模块，用于获取销毁所述当前弹窗的指令；销毁模块，用于销毁所述当前弹窗且同时销毁所述弹窗列表中的所述当前弹窗；循环模块，用于循环上述操作，直至所述弹窗列表中所述多个弹窗销毁完毕。根据本公开实施例，所述显示数据包括弹窗框架数据和与所述弹窗框架数据对应的弹窗内容数据。根据本公开实施例，所述第一创建模块包括：创建子模块，用于调用排在所述弹窗列表首位未创建的当前弹窗对应的弹窗框架数据，创建所述当前弹窗的弹窗框架；加载子模块，用于加载与所述当前弹窗的所述弹窗框架数据对应的所述弹窗内容数据。根据本公开实施例，所述弹窗节点包括创建弹窗的操作节点和/或创建弹窗的预定时间节点。根据本公开实施例，所述第二发送单元包括：检测模块，用于检测用户的创建弹窗操作并且/或者检测预定时间，所述预定时间为自所述应用程序启动后或所述应用程序的特定视图启动后的预定时间发送模块，用于向所述服务器发送获取弹窗数据的请求。根据本公开实施例，所述第二发送单元还包括：判断模块，用于判断所述弹窗节点是否包括系统弹窗节点；第二创建模块，用于在所述弹窗节点包括所述系统弹窗节点的情况下，调用并创建所述系统弹窗。根据本公开实施例，所述管理装置还包括：获取单元，用于获取销毁所述系统弹窗的指令；销毁单元，用于销毁所述系统弹窗。本申请实施例还提供一种电子设备，所述电子设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上所述的应用程序弹窗的管理方法的步骤。本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的应用程序弹窗的管理方法的步骤。本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：本实施例的技术方案中，在应用程序启动时，首先获取弹窗列表，该弹窗列表包括多个弹窗的创建顺序，然后在弹窗节点，获取弹窗列表中多个弹窗的弹窗数据，该弹窗数据包括多个弹窗的显示数据，然后根据弹窗列表中多个弹窗的创建顺序，依次调用与之对应的弹窗数据并创建弹窗，其中，下一个弹窗在上一个弹窗销毁后创建；这样，一方面，本申请技术方案将弹窗进行统一管理，并不跟随应用程序的视图，容易管理及修改弹窗；在另一方面，本申请技术方案将弹窗按照优先顺序逐个、单独地创建显示，在前一个弹窗销毁后创建后一个弹窗，避免了由于弹窗间存在引用关系而出现的错误销毁的问题；并且能够根据服务类别或服务的修改而做到对弹窗的及时更新，大大提高了交互效果。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本申请一实施例中所述应用程序弹窗的管理方法的流程图。图2为本申请一实施例中所述一种广告弹窗的示例图。图3为本申请另一实施例中所述应用程序弹窗的管理方法的流程图。图4为本申请实施例中所述应用程序弹窗的管理装置的结构示意图。图5为本申请实施例中所述应用程序弹窗的管理电子设备的结构示意图。具体实施方式为了更好的理解上述技术方案，下面将参考附图详细地描述本申请的示例实施例，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例性实施例的限制。示例性方法图1示出了本申请实施例的应用程序弹窗的管理方法的流程图。参照图1，本申请实施例提供的应用程序弹窗的管理方法，该方法包括：s101，在应用程序启动时，该应用程序将获取弹窗列表100的请求发送给应用程序的服务器。s102，该服务器接收到获取弹窗列表100的请求后，将该弹窗列表100发送给该应用程序，其中，该弹窗列表100中包括多个弹窗的排列顺序。在应用程序启动时，应用程序即从服务器获取弹窗列表，为后续弹窗的创建做出准备。其中，该弹窗列表中可以包括多个不同类型或同种类型的弹窗，并且，多个弹窗在弹窗列表中具有特定的排列顺序，例如结合如下表1所示：排列顺序弹窗1紧急通知弹窗2广告1弹窗3广告2弹窗4评价信息弹窗表1在表1中，该弹窗列表包括4个弹窗，按照先后顺序分别为紧急通知弹窗、广告1弹窗、广告2弹窗和评价信息弹窗；其中，该顺序即为该4个弹窗的创建顺序。s103，在应用程序的弹窗节点，该应用程序将获取弹窗数据的请求发送给应用程序的服务器，其中，该弹窗节点包括创建弹窗的操作节点和/或创建弹窗的时间节点。需要说明的是，在应用程序运行过程中，弹窗节点通常有两种触发形式，一种为被动形式，即用户点击创建弹窗操作按钮进而创建弹窗，一种为主动形式，即应用程序检测到在距离应用程序开启或者应用程序的某个页面开启一定时间时创建弹窗，上述两种节点均为弹窗节点，在应用程序的弹窗节点，应用程序将向服务器发送获取弹窗数据的请求。s104，该服务器接收到获取弹窗数据的请求后，将该弹窗数据发送给应用程序，该应用程序接收该弹窗数据。其中，该弹窗数据包括与上述弹窗列表中每个弹窗对应的显示数据。具体来说，该弹窗数据中包括上述弹窗列表中全部弹窗的显示数据，该显示数据包括该弹窗的显示内容数据和显示元素数据，如下表2为与表1对应的弹窗数据列表：表2参看上表2，举例来说，对于广告1弹窗，该弹窗数据包括广告1弹窗的大小、背景颜色、显示时间、广告内容、主题颜色等信息。s105，应用程序按照上述弹窗列表100中多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建。应用程序按照之前获得的弹窗列表和弹窗数据创建弹窗，具体来说，弹窗的创建顺序是按照弹窗列表中多个弹窗的顺序进行创建，在每个弹窗创建时，调用弹窗数据中与之对应的弹窗显示数据进行创建，其中，后一个弹窗在前一个弹窗销毁后创建，这样，本实施例的弹窗为依次、逐个创建。能够理解，本申请实施例通过在应用程序启动时获取弹窗列表和在弹窗节点获取弹窗数据，然后按照弹窗列表和弹窗数据进行创建弹窗，将弹窗的创建进行了统一管理，使弹窗并不依赖于应用程序中的某个视图。需要说明的是，在当前用户与应用程序交互过程中，应用程序经常出现各种弹窗，该弹窗为一种占据屏幕部分区域的显示页面，该弹窗的类型例如可分为系统弹窗和服务弹窗；举例来说，系统弹窗有，在应用程序运行过程中，用户点击搜索操作时，出现输入框弹窗，用户点击弹窗按钮，出现操作列表弹窗，操作列表弹窗上可以罗列有浮窗、分享、刷新、在浏览器打开等不同操作，或者操作列表弹窗上可以罗列有发起群聊、扫一扫、收付款等不同操作，用户点击退出按钮，出现退出操作弹窗；举例来说，服务弹窗有，在应用程序开启或在应用程序的某一页面时，自动弹出的弹窗，例如广告弹窗、展示弹窗，紧急通知弹窗、评价信息弹窗等，该服务弹窗可以根据不同的服务表现不同的类型。本实施例的技术方案中，在应用程序启动时，首先获取弹窗列表，该弹窗列表包括多个弹窗的创建顺序，然后在弹窗节点，获取弹窗列表中多个弹窗的弹窗数据，该弹窗数据包括多个弹窗的显示数据，然后根据弹窗列表中多个弹窗的创建顺序，依次调用与之对应的弹窗数据并创建弹窗，其中，下一个弹窗在上一个弹窗销毁后创建；这样，一方面，本申请技术方案将弹窗进行统一管理，并不跟随应用程序的视图，容易管理及修改弹窗；在另一方面，本申请技术方案将弹窗按照优先顺序逐个、单独地创建显示，在前一个弹窗销毁后创建后一个弹窗，避免了由于弹窗间存在引用关系而出现的错误销毁的问题；并且能够根据服务类别或服务的修改而做到对弹窗的及时更新，大大提高了交互效果。在一实施例中，s105包括：s501，应用程序调用排在该弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗；s502，应用程序获取销毁该当前弹窗的指令；s503，应用程序销毁该当前弹窗且同时销毁弹窗列表中的该当前弹窗；s504，循环上述操作，直至该弹窗列表中的多个弹窗销毁完毕。需要说明的是，例如结合上表1所示：s501中，应用程序首先调用排在该弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗，即首先调用紧急通知弹窗的显示数据并创建紧急通知弹窗；s502中，应用程序获取销毁该当前弹窗的指令，即获取销毁该紧急通知弹窗的指令，其中，该指令可以为用户操作，例如用户点击销毁按钮，或者该指令可以为倒计时结束的指令，例如该紧急通知弹窗上带有倒计时模块，当倒计时结束时，即获取销毁弹窗的指令；s503中，应用程序销毁该当前弹窗且同时销毁弹窗列表中的该当前弹窗，即为销毁该紧急通知弹窗，同时应用程序销毁弹窗列表中的该紧急通知弹窗；s504中，循环上述操作，直至该弹窗列表中的多个弹窗销毁完毕，即循环上述s501、s502、s503，直至销毁按照弹窗列表的顺序创建的多个弹窗；具体的，当s503销毁该紧急通知弹窗同时销毁弹窗列表中的该紧急通知弹窗后，依次执行s501、s502、s503，此时，在该弹窗列表中，首位未创建的弹窗为广告1弹窗，因此，在本次循环中，s501即为创建广告1弹窗，s502即为获取销毁广告1弹窗的指令，s503即为销毁广告1弹窗且同时销毁弹窗列表中的该广告1弹窗；如此循环直至表1中所有弹窗销毁完毕。需要说明的是，该应用程序还可以通过记录已创建弹窗的形式识别首位未创建弹窗，例如，当应用程序创建一个弹窗后，对其进行记录，在应用程序循环执行s501时，其会将弹窗列表与已记录的弹窗进行对比，以此识别出在弹窗列表中首位未创建的弹窗。本实施例中，s104包括：s401，该服务器接收到获取弹窗数据的请求后，将该弹窗数据发送给应用程序，其中，该弹窗数据包括与上述弹窗列表中每个弹窗对应的显示数据，该显示数据包括弹窗框架数据和与该弹窗框架数据对应的弹窗内容数据。其中，该弹窗框架数据为该弹窗显示的基础元素数据，例如弹窗框架大小、框架背景样式、颜色、弹窗框架按钮的数量及位置信息等等；该弹窗内容数据包括弹窗显示的文字、图片数据等；例如结合图2所示，图2示出了一种广告弹窗的示例，在该广告弹窗中，例如弹窗的大小、边线粗细及颜色201、背景图案或颜色202、跳转按钮203、销毁按钮204等为弹窗框架数据，该广告弹窗的文字信息205、图片信息等为弹窗内容数据。本实施例中，s501包括：s5011，应用程序调用排在该弹窗列表首位未创建的当前弹窗对应的弹窗框架数据，创建该当前弹窗的弹窗框架；s5012，加载与该当前弹窗的弹窗框架数据对应的弹窗内容数据。本实施例中，通过将弹窗的显示数据划分为弹窗框架数据和弹窗内容数据，然后分别根据框架数据和内容数据创建弹窗框架和加载弹窗内容，可以更方便的对弹窗进行修改，进一步的，该弹窗框架数据可以根据需要进行定制化修改，区别于现有的方形框架，例如可以将该弹窗框架修改为定制化的形状或形象，以满足不同的个性化需求。在又一实施例中，s103包括：s301，应用程序检测用户的创建弹窗操作并且/或者检测预定时间，该预定时间为自应用程序启动后或应用程序的特定视图启动后的预定时间，该用户的创建弹窗操作节点和该预定时间节点即为该弹窗节点；s302，应用程序判断该弹窗节点是否包括系统弹窗节点；s303，在该弹窗节点包括系统弹窗节点的情况下，调用并创建该系统弹窗；s304，应用程序向服务器发送获取弹窗数据的请求。本实施例中，在s104和s105之间还包括：s1041，应用程序获取销毁该系统弹窗的指令；s1042，应用程序销毁该系统弹窗。如上所述，该弹窗节点通常有两种触发形式，在应用程序检测到弹窗节点后，首先要判断该弹窗节点是否包括系统弹窗节点，如果包括，则首先调用并创建该系统弹窗，然后再向服务器发送获取弹窗数据的请求；也就是说，在应用程序判断该弹窗节点包括系统弹窗的情况下，首先创建该系统弹窗，然后再创建弹窗列表中的弹窗，这样，避免了不同弹窗之间的冲突。上面对本申请实施例的方法从整体方面进行了描述，下面将从应用程序客户端方面进行说明。参看图3，一种应用程序弹窗的管理方法，所述方法应用于客户端，包括：s1，在应用程序启动时，向所述应用程序的服务器发送获取弹窗列表的请求；s2，接收所述服务器发送的所述弹窗列表，所述弹窗列表中包括多个弹窗的排列顺序；s3，在所述应用程序的弹窗节点，向所述服务器发送获取弹窗数据的请求；s4，接收所述服务器发送的所述弹窗数据，所述弹窗数据包括与所述弹窗列表中每个弹窗对应的显示数据；s5，按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建。在一实施例中，该s5包括：调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗；获取销毁所述当前弹窗的指令；销毁所述当前弹窗且同时销毁所述弹窗列表中的所述当前弹窗；循环上述操作，直至所述弹窗列表中所述多个弹窗销毁完毕。本实施例中，该s4中的所述显示数据包括弹窗框架数据和与所述弹窗框架数据对应的弹窗内容数据。本实施例中，所述调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗的步骤包括：调用排在所述弹窗列表首位未创建的当前弹窗对应的弹窗框架数据，创建所述当前弹窗的弹窗框架；加载与所述当前弹窗的所述弹窗框架数据对应的所述弹窗内容数据。在又一实施例中，s3中，所述弹窗节点包括创建弹窗的操作节点和/或创建弹窗的预定时间节点。在又一实施例中，s3包括：检测用户的创建弹窗操作并且/或者检测预定时间，所述预定时间为自所述应用程序启动后或所述应用程序的特定视图启动后的预定时间；向所述服务器发送获取弹窗数据的请求。本实施例中，在所述向所述服务器发送获取弹窗数据的请求之前还包括：判断所述弹窗节点是否包括系统弹窗节点；在所述弹窗节点包括所述系统弹窗节点的情况下，调用并创建所述系统弹窗。本实施例中，所述应用程序弹窗的管理方法在s4和s5之间还包括：获取销毁所述系统弹窗的指令；销毁所述系统弹窗。本实施例的技术方案中，在应用程序启动时，首先获取弹窗列表，该弹窗列表包括多个弹窗的创建顺序，然后在弹窗节点，获取弹窗列表中多个弹窗的弹窗数据，该弹窗数据包括多个弹窗的显示数据，然后根据弹窗列表中多个弹窗的创建顺序，依次调用与之对应的弹窗数据并创建弹窗，其中，下一个弹窗在上一个弹窗销毁后创建；这样，一方面，本申请技术方案将弹窗进行统一管理，并不跟随应用程序的视图，容易管理及修改弹窗；在另一方面，本申请技术方案将弹窗按照优先顺序逐个、单独地创建显示，在前一个弹窗销毁后创建后一个弹窗，避免了由于弹窗间存在引用关系而出现的错误销毁的问题；并且能够根据服务类别或服务的修改而做到对弹窗的及时更新，大大提高了交互效果。示例性装置图4为本申请一实施例中所述应用程序弹窗的管理装置的结构示意图。结合图4，一种应用程序弹窗的管理装置，所述装置包括：第一发送单元41，用于在应用程序启动时，向所述应用程序的服务器发送获取弹窗列表的请求；第一接收单元42，用于接收所述服务器发送的所述弹窗列表，所述弹窗列表中包括多个弹窗的排列顺序；第二发送单元43，用于在所述应用程序的弹窗节点，向所述服务器发送获取弹窗数据的请求；第二接收单元44，用于接收所述服务器发送的所述弹窗数据，所述弹窗数据包括所述弹窗列表中每个弹窗对应的显示数据；创建单元45，用于按照所述弹窗列表中所述多个弹窗的排列顺序，依次调用每个弹窗对应的显示数据并创建每个弹窗，其中后一个弹窗在前一个弹窗销毁后创建。一种可能实施方式中，所述创建单元包括：第一创建模块，用于调用排在所述弹窗列表首位未创建的当前弹窗对应的显示数据并创建当前弹窗；获取模块，用于获取销毁所述当前弹窗的指令；销毁模块，用于销毁所述当前弹窗且同时销毁所述弹窗列表中的所述当前弹窗；循环模块，用于循环上述操作，直至所述弹窗列表中所述多个弹窗销毁完毕。一种可能实施方式中，所述显示数据包括弹窗框架数据和与所述弹窗框架数据对应的弹窗内容数据。一种可能实施方式中，所述第一创建模块包括：创建子模块，用于调用排在所述弹窗列表首位未创建的当前弹窗对应的弹窗框架数据，创建所述当前弹窗的弹窗框架；加载子模块，用于加载与所述当前弹窗的所述弹窗框架数据对应的所述弹窗内容数据。一种可能实施方式中，所述弹窗节点包括创建弹窗的操作节点和/或创建弹窗的预定时间节点。一种可能实施方式中，所述第二发送单元包括：检测模块，用于检测用户的创建弹窗操作并且/或者检测预定时间，所述预定时间为自所述应用程序启动后或所述应用程序的特定视图启动后的预定时间；发送模块，用于向所述服务器发送获取弹窗数据的请求。一种可能实施方式中，所述第二发送单元还包括：判断模块，用于判断所述弹窗节点是否包括系统弹窗节点；第二创建模块，用于在所述弹窗节点包括所述系统弹窗节点的情况下，调用并创建所述系统弹窗。一种可能实施方式中，所述应用程序弹窗的管理装置还包括：获取单元，用于获取销毁所述系统弹窗的指令；销毁单元，用于销毁所述系统弹窗。本领域技术人员可以理解，根据本申请实施例的应用程序弹窗的管理装置的其它细节与之前根据本申请实施例的应用程序弹窗的管理方法中描述的相应细节相同，这里为了避免重复便不再赘述。示例性电子设备本申请实施例还提供一种应用程序弹窗的管理电子设备，结合图5，图5示出了本申请实施例的电子设备的框图。该电子设备可以运行应用程序的客户端并创建弹窗。该电子设备包括一个或多个处理器511和存储器512。处理器511可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备中的其他组件以执行期望的功能。存储器512可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器511可以运行所述程序指令，以实现上文所述的本申请的各个实施例的应用程序弹窗的管理方法以及/或者其他期望的功能。在一个示例中，电子设备还可以包括：输入装置513和输出装置514，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连；其中，该输入装置513可以包括例如键盘、鼠标等等；该输出装置514可以向外部输出各种信息，例如该输出设备514可以包括显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。当然，为了简化，图5中仅示出了该电子设备中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备还可以包括任何其他适当的组件。示例性计算机程序产品和计算机可读存储介质除了上述方法、装置和电子设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的应用程序弹窗的管理方法中的步骤。所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的应用程序弹窗的管理方法中的步骤。所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合均应包含在本发明保护的范围之内。当前第1页12