面板管控方法和装置、电子设备及存储介质与流程

本申请涉及页面显示技术领域，具体而言，涉及一种面板管控方法和装置、电子设备及存储介质。

背景技术：

在传统的页面显示技术中，一般是基于配置的一些组件实现页面的显示，如调用安卓系统中的活动组件(activity)。但是，在该页面显示技术中，由于在页面进行切换时，需要进行不同的组件的切换，导致响应速度较慢，严重影响用户的体验。

其中，为了克服上述的问题，在现有技术中，选择采用面板(fragment)来实现页面的显示。但是，经发明人研究发现，在现有的面板管控技术中，对动态面板的管控存在不合理的问题。

技术实现要素：

有鉴于此，本申请的目的在于提供一种面板管控方法和装置、电子设备及存储介质，以改善现有技术中存在的动态面板的管控不合理的问题。

为实现上述目的，本申请实施例采用如下技术方案：

一种面板管控方法，包括：

获取用于执行页面显示操作的至少一个动态面板的数量；

在所述至少一个动态面板的数量大于预设数量时，对该至少一个动态面板执行销毁操作。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述对该至少一个动态面板执行销毁操作的步骤，包括：

在所述至少一个动态面板中确定目标动态面板；

对所述目标动态面板执行销毁操作。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述在所述至少一个动态面板中确定目标动态面板的步骤，包括：

确定所述至少一个动态面板在执行页面显示操作时的先后顺序；

基于所述先后顺序在所述至少一个动态面板中确定目标动态面板。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述确定所述至少一个动态面板在执行页面显示操作时的先后顺序的步骤，包括：

获取每个所述动态面板最近一次执行页面显示操作的时间信息；

基于所述时间信息确定所述至少一个动态面板的先后顺序。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述基于所述先后顺序在所述至少一个动态面板中确定目标动态面板的步骤，包括：

基于所述先后顺序在多个所述动态面板中确定时间最早的动态面板，并将该时间最早的动态面板确定为目标动态面板。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述获取用于执行页面显示操作的至少一个动态面板的数量的步骤，包括：

获取对至少一个动态面板进行监听得到的显示监听信息，其中，该至少一个动态面板用于执行页面显示操作；

基于所述显示监听信息得到所述至少一个动态面板的面板数量。

在本申请实施例较佳的选择中，在上述面板管控方法中，所述获取对至少一个动态面板进行监听得到的显示监听信息的步骤，包括：

接收至少一个动态面板对应的面板基类发送的显示监听信息，其中，该至少一个动态面板通过对该面板基类进行继承而创建。

在本申请实施例较佳的选择中，在上述面板管控方法中，还包括：

在获取到当前创建的动态面板的创建监听信息时，判断该当前创建的动态面板是否具有标识信息；

若所述当前创建的动态面板不具有所述标识信息，则对该当前创建的动态面板执行销毁操作。

在本申请实施例较佳的选择中，在上述面板管控方法中，还包括：

在需要对动态面板执行销毁操作时，判断该销毁操作的目标对象是否包括标识信息相同的两个动态面板；

若所述销毁操作的目标对象包括标识信息相同的两个动态面板，则对该两个动态面板中由操作系统发送的动态面板执行销毁操作。

本申请实施例还提供了一种面板管控装置，包括：

面板数量获取模块，用于获取用于执行页面显示操作的至少一个动态面板的数量；

销毁操作执行模块，用于在所述至少一个动态面板的数量大于预设数量时，对该至少一个动态面板执行销毁操作。

在上述基础上，本申请实施例还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

与所述存储器连接的处理器，用于执行所述计算机程序，以实现上述的面板管控方法。

在上述基础上，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被执行时实现上述的面板管控方法。

本申请提的面板管控方法和装置、电子设备及存储介质，通过获取用于执行页面显示操作的动态面板的数量，并在该数量大于预设数量时，对动态面板执行销毁操作。如此，可以将动态面板的数量控制在预设数量的范围内，实现对动态面板的合理管控，从而改善现有技术中存在的动态面板管控不合理的问题，进而避免由于管控不合理导致动态面板的数量过多而使得占用较多的内存的问题，特别是在用户切换页面特别频繁的情形下，能够有效地降低内存的占用率，使得实用价值较高。

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

附图说明

图1为本申请实施例提供的电子设备的方框示意图。

图2为本申请实施例提供的面板管控方法包括的各步骤的流程示意图。

图3为图2中步骤s110包括的各子步骤的流程示意图。

图4为本申请实施例提供的显示不同页面调用的动态面板的对比示意图。

图5为图2中步骤s130包括的各子步骤的流程示意图。

图6为本申请实施例提供的面板管控装置包括的各功能模块的方框示意图。

图标：10-电子设备；12-存储器；14-处理器；100-面板管控装置；110-面板数量获取模块；130-销毁操作执行模块。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本申请的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，本申请实施例提供了一种电子设备10，可以包括存储器12和处理器14，该存储器12内可以设置有面板管控装置100。

其中，所述存储器12和处理器14之间直接或间接地电性连接，以实现数据的传输或交互。例如，相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述面板管控装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块。所述处理器14用于执行所述存储器12中存储的可执行的计算机程序，例如，所述面板管控装置100所包括的软件功能模块及计算机程序等，以实现本申请实施例提供的面板管控方法。

可选地，所述存储器12可以是，但不限于，随机存取存储器(randomaccessmemory，ram)，只读存储器(readonlymemory，rom)，可编程只读存储器(programmableread-onlymemory，prom)，可擦除只读存储器(erasableprogrammableread-onlymemory，eprom)，电可擦除只读存储器(electricerasableprogrammableread-onlymemory，eeprom)等。

所述处理器14可以是一种通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)、片上系统(systemonchip，soc)等；还可以是数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，图1所示的结构仅为示意，所述电子设备10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置，例如，还可以包括用于与其它设备进行信息交互的通信单元。

其中，所述电子设备10的具体类型不受限制，可以根据实际应用需求进行选择，只要具有一定的数据处理能力即可。

例如，在一种可以替代的示例中，所述电子设备10包括手机、电脑、平板电脑等终端设备。

结合图2，本申请实施例还提供一种可应用于上述电子设备10的面板管控方法。其中，该面板管控方法有关的流程所定义的方法步骤可以由所述电子设备10实现。下面将对图2所示的具体流程进行详细阐述。

步骤s110，获取用于执行页面显示操作的至少一个动态面板的数量。

在本实施例中，可以先获取当前用于执行页面显示操作的动态面板的数量。由于一个显示的页面一般至少包括一个动态面板，因而，获取的动态面板的数量至少为一个。

其中，用于执行页面显示操作的面板(也可以成为碎片，fragment)一般可以包括，静态面板和上述的动态面板。该静态面板可以是指，直接显示在页面上的一种面板。该动态面板是指，动态的放入页面的一种面板。

步骤s130，在所述至少一个动态面板的数量大于预设数量时，对该至少一个动态面板执行销毁操作。

在本实施例中，基于步骤s110获取到动态面板的数量之后，可以在该数量大于预设数量时，对该动态面板执行销毁操作。

其中，上述的销毁操作也可以是指，对动态面板进行移除操作，使得该动态面板不再被保存于内存中。

基于上述的方法，可以将动态面板的数量控制在预设数量的范围内，实现对动态面板的合理管控，从而改善现有技术中存在的动态面板管控不合理的问题，进而避免由于管控不合理导致动态面板的数量过多而使得占用较多的内存的问题，特别是在用户切换页面特别频繁的情形下，能够有效地降低内存的占用率。并且，基于内存占用率的降低，还可以使得调用不同的动态面板进行显示的效率更高，从而使得页面的切换速度更高，进一步提高用户的体验。

对于步骤s110需要说明的是，获取动态面板的数量的方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以是按照一定的时间间隔或者基于一定的触发事件(如有新的动态面板被建立)对内存中存储的动态面板进行检测，从而确定当前用于执行页面显示操作的动态面板的数量。

又例如，在另一种可以替代的示例中，可以直接对当前用于执行页面显示操作的动态面板进行监听，从而得到相应的数量。基于该示例，结合图3，步骤s110可以包括步骤s111和步骤s113，具体内容如下所述。

步骤s111，获取对至少一个动态面板进行监听得到的显示监听信息。

在本实施例中，可以对当前用于执行页面显示操作的动态面板进行监听，并获取得到的显示监听信息。其中，当前用于执行页面显示操作的动态面板，可以包括当前正在显示的页面对应的动态面板，和之前显示的页面对应的且未销毁的动态面板。

例如，结合图4，之前显示的页面a对应的动态面板包括面板a、面板b和面板c，当前正在显示的页面b对应的动态面板包括面板a、面板b和面板d。如此，若面板a、面板b和面板c都还未被销毁，则当前用于执行页面显示操作的动态面板可以包括，面板a、面板b、面板c和面板d。

步骤s113，基于所述显示监听信息得到所述至少一个动态面板的面板数量。

在本实施例中，基于步骤111获取到显示监听信息之后，可以基于该显示监听信息，得到当前用于执行页面显示操作的动态面板的数量。例如，基于图3所示的示例，当前用于执行页面显示操作的动态面板的数量为4。

可选地，执行步骤s111获取显示监听信息的具体方式不受限制，可以根据实际应用需求进行选择，如根据所述动态面板的创建方式不同，可以有不同的选择。

例如，在一种可以替代的示例中，所述动态面板可以是基于预先创建的面板基类创建完成，如通过对该面板基类进行继承操作而创建得到所述动态面板。如此，基于该示例，步骤s111可以包括以下子步骤：接收至少一个动态面板对应的面板基类发送的显示监听信息。

也就是说，由于所述动态面板是基于继承所述面板基类而创建，使得在调用该动态面板执行页面显示操作时，该面板基类可以完成对该显示操作的监听，从而得到显示监听信息。

详细地，在一种具体的应用示例中，所述面板基类可以是指，一种可自动回收的碎片，如dynamicallyrecyclablefragment。

可选地，执行步骤s113得到动态面板的数量的具体方式也不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以基于所述显示监听信息得到所有创建之后执行过页面显示操作的动态面板的第一累计数量，并通过对动态面板的销毁操作进行监听得到所有执行过页面显示操作且已经销毁的动态面板的第二累计数量，然后，计算第一累计数量和第二累计数量的差值，从而得到当前用于执行页面显示操作的动态面板的数量。

又例如，在另一种可以替代的示例中，可以在每一次获取到所述显示监听信息之后，都基于该显示监听信息对用于执行页面显示操作的至少一个动态面板的数量进行更新。并且，在每一次对动态面板进行销毁操作之后，也对用于执行页面显示操作的至少一个动态面板的数量进行更新。

详细地，在一种具体的应用示例中，若当前用于执行页面显示操作的至少一个动态面板的数量为4。在下一时刻，若获取到一条显示监听信息，可以将当前用于执行页面显示操作的至少一个动态面板的数量从4更新为5。在下一时刻，若又执行了一次销毁操作，可以将当前用于执行页面显示操作的至少一个动态面板的数量从5更新为4。

其中，对于步骤s110还需要说明的是，由于执行步骤s130以执行销毁操作的基础是，用于执行页面显示操作的至少一个动态面板的数量大于预设数量，因此，在基于上述的步骤获取到用于执行页面显示操作的至少一个动态面板的数量之后，还可以将该数量与所述预设数量进行比较，以确定该数量是否大于该预设数量。

并且，只有在用于执行页面显示操作的至少一个动态面板的数量大于所述预设数量时，再执行步骤s130。

其中，所述预设数量的具体数值不受限制，可以根据实际应用需求进行选择。例如，可以综合内存的大小和页面的面板最大需求数量(如需要显示的页面有页面a、页面b和页面c，若页面a的显示需要4个面板，页面b的显示需要4个面板，页面c的显示需要5个面板，则面板的最大需求数量为5)等因素进行确定，如内存越大，所述预设数量的值越大；内存越小，所述预设数量的值越小，但不能小于上述的面板最大需求数量。

可以理解的是，执行上述的比较步骤的具体方式也不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以预先创建一个监听类(如dynamicallyrecyclablefragmentchecker)，然后，上述的面板基类在执行上述的步骤s111以获取到显示监听信息时，可以将该显示监听信息发送给该监听类，该监听类型可以先执行上述的步骤s113以得到用于执行页面显示操作的至少一个动态面板的数量，然后，再基于该数量和所述预设数量进行比较，从而确定是否执行步骤s130。

对于步骤s130需要说明的是，对动态面板执行销毁操作的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以直接针对用于执行页面显示操作的每个动态面板，对该动态面板执行销毁操作。如此，可以使得用于执行页面显示操作的至少一个动态面板全部都会被销毁。

又例如，在另一种可以替代的示例中，为了提高面板资源的有效利用率，结合图5，步骤s130可以包括步骤s131和步骤s133，以对动态面板执行销毁操作。

步骤s131，在所述至少一个动态面板中确定目标动态面板。

在本实施例中，考虑到在用于执行页面显示操作的至少一个动态面板的数量大于预设数量时，该至少一个动态面板一般都是至少两个，因而，为了避免直接将该至少一个面板全部销毁，之后若需要使用该至少一个面板，就需要全部重新创建，因而，存在资源浪费的问题。因此，为了避免该问题，可以在所述所述至少一个动态面板中确定目标动态面板。

步骤s133，对所述目标动态面板执行销毁操作。

在本实施例中，基于步骤s131确定目标动态面板之后，可以对该目标动态面板执行销毁操作，使得该目标动态面板从内存中被移除，从而避免动态面板占用过多内存的问题。

可选地，执行步骤s131确定目标动态面板的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以直接在所述至少一个动态面板中随机选择一个动态面板，作为所述目标动态面板。

又例如，在另一种可以替代的示例中，可以基于一定的规则在所述至少一个动态面板中确定出所述目标动态面板。详细地，在该示例中，步骤s131可以包括以下子步骤：

首先，可以确定所述至少一个动态面板在执行页面显示操作时的先后顺序；其次，可以基于所述先后顺序在所述至少一个动态面板中确定目标动态面板。

也就是说，可以基于所述至少一个动态面板中各动态面板被调用于执行显示操作时的时间先后顺序，确定相应的目标动态面板。

例如，在一种具体的应用示例中，若所述至少一个动态面板包括面板a、面板b、面板c和面板d。其中，首先，显示页面a时，依次调用面板a、面板c和面板b执行页面显示操作。其次，将显示的页面a切换为页面b时，依次调用面板a、面板c和面板d。因此，可以确定的先后顺序依次为面板a、面板c、面板b和面板d。

其中，在上述的子步骤中，确定先后顺序的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，在按照时间信息确定先后顺序时，可以基于每个动态面板最早一次执行页面显示操作的时间信息确定各动态面板的先后顺序。

详细地，在一种具体的应用示例中，若针对面板a、面板b、面板c和面板d这四个动态面板，在执行页面显示操作时，依次调用各动态面板的先后顺序依次为面板a、面板c、面板b、面板d和面板c。基于上述确定先后顺序的方法，在该示例中，确定的先后顺序依次可以为面板a、面板c、面板b和面板d。

又例如，在另一种可以替代的示例中，在按照时间信息确定先后顺序时，可以基于lru(leastrecentlyused，最近最久未使用)算法确定各动态面板的先后顺序。基于该示例，上述确定先后顺序的子步骤可以如下所示：

首先，可以获取每个所述动态面板最近一次执行页面显示操作的时间信息；其次，基于所述时间信息确定所述至少一个动态面板的先后顺序。

其中，考虑到一个动态面板若在最近一段时间内没有被调用，那么，该动态面板在将来被调用的可能性就会较小(上述的lru算法的设计原则，该lru算法为内存管理的一种页面置换算法)，因此，基于每个动态面板最近一次执行页面显示操作的时间信息确定各动态面板的先后顺序，可以保证该先后顺序在用于确定目标动态面板时，具有较高的参考作用。

详细地，在一种具体的应用示例中，若针对面板a、面板b、面板c和面板d这四个动态面板，在执行页面显示操作时，依次调用各动态面板的先后顺序依次为面板a、面板c、面板b、面板d和面板c。基于上述确定先后顺序的方法，在该示例中，确定的先后顺序依次可以为面板a、面板b、面板d和面板c。

并且，在上述的子步骤中，确定目标动态面板的具体方式也不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，在确定所述至少一个动态面板中各动态面板的先后顺序之后，可以基于该先后顺序在多个所述动态面板中确定时间最晚的动态面板，并将该时间最晚的动态面板确定为目标动态面板。

详细地，在一种具体的应用示例中，基于前述的示例，若确定的先后顺序依次为面板a、面板c、面板b和面板d，可以将面板d作为目标动态面板，以在执行销毁操作时，将面板d从内存中移除。

又例如，在另一种可以替代的示例中，在确定所述至少一个动态面板中各动态面板的先后顺序之后，可以基于该先后顺序在多个所述动态面板中确定时间最早的动态面板，并将该时间最早的动态面板确定为目标动态面板。

详细地，在一种具体的应用示例中，基于前述的示例，若确定的先后先后顺序依次为面板a、面板b、面板d和面板c，可以将面板a作为目标动态面板，以在执行销毁操作时，将面板a从内存中移除。

其中，考虑到一个动态面板若在最近一段时间内没有被调用，那么，该动态面板在将来被调用的可能性就会较小，因此，基于上述的示例，将时间最早的动态面板确定为目标动态面板，并执行销毁操作，一方面可以降低动态面板对内存的占用，另一方面可以避免对时间最晚的动态面板执行销毁操作之后，因在又需要调用该动态面板时需要创建该动态面板而存在动态面板的管控不合理和面板的创建资源浪费的问题。

可以理解的是，在上述的示例中，可以是基于预先创建的监听类将所述至少一个动态面板的数量与所述预设数量进行比较，并且，在该监听类确定该至少一个动态面板的数量大于预设数量时，可以生成一个通知信息，并将该通信信息发送给预先建立的一个帮助类(如dynamicallyrecyclablefragmenthelper)。该帮助类在接收到该通知信息时，可以基于该通知信息对所述至少一个动态面板执行销毁操作。

其中，在上述的帮助类执行销毁操作之后，可以生成一个销毁事件(如dynamicallyrecyclablefragmentevent)并输出。如此，可以使得相关的应用程序可以获取到动态面板已经被销毁，从而避免相关的应用程序对该动态面板进行无效的调用的问题。

进一步地，基于前述的示例可以知道，所述动态面板是被创建的，经过本申请发明人的研究发现，在正常的创建过程中都会为创建的动态面板分配相应的标识信息(tag)，但是，在异常的创建过程中一般不会为创建的动态面板分配相应的标识信息，如用于对页面的切换显示开启了不保留活动的设置。

因此，为了避免异常创建而生成的动态面板因不会被调用而存在浪费内存资源的问题，也可以对该动态面板进行销毁处理。基于此，所述面板管控方法还可以包括以下步骤：

首先，在获取到当前创建的动态面板的创建监听信息时，判断该当前创建的动态面板是否具有标识信息；其次，若所述当前创建的动态面板不具有所述标识信息，则对该当前创建的动态面板执行销毁操作。

也就是说，可以通过判断当前创建的动态面板是否具有标识信息，以确定该动态面板是否属于因异常创建而生成，并在判定该动态面板属于因异常创建而生成时，可以对该动态面板执行销毁操作。

详细地，在一种具有的应用示例中，对动态面板的创建操作也可以基于前述的面板基类进行监听，从而得到创建监听信息。并且，在该面板基类得到该创建监听信息之后，可以将该创建监听信息发送给上述的帮助类。该帮助类在获取到该创建监听信息之后，可以基于该创建监听信息执行上述的标识信息判断的步骤和上述的销毁操作。

需要进一步说明的是，创建的动态面板一般会基于所在的应用程序(例如，若该动态面板用于显示直播软件的页面，该应用程序为该直播软件)保存一份，且还会基于操作系统(如安卓系统)保存一份。

也就是说，创建的动态面板一般至少会保存两份，因此，在对该动态面板进行销毁操作时，需要对这两份都进行销毁操作。但是，经本申请的发明人的研究发现，在销毁基于操作系统保存的动态面板时，会具有一定的滞后性，例如，若将显示的页面从a切换至页面b时，需要将面板c销毁，在一个时刻，可能已经将基于应用程序保存的面板c销毁，但是，还未将基于操作系统保存的面板c销毁。

此时，若需要调用面板c执行页面显示操作(如用户又将显示的页面从压面b切换回页面a)，需要新创建一个面板c。在下一时刻，由于还未将基于操作系统保存的面板c销毁，因而，还需要对面板c执行销毁操作。但是，此时，存在两个面板c，且该两个面板c具有相同的标识信息，因而，可能存在误对新创建的面板c执行销毁操作的问题。

为了克服本申请的发明人发现的上述问题，本申请的发明人还提供了一种判断机制。因此，在需要对动态面板执行销毁操作时，所述面板管控方法还可以包括以下步骤：

首先，可以判断销毁操作的目标对象是否包括标识信息相同的两个动态面板；其次，若所述销毁操作的目标对象包括标识信息相同的两个动态面板，则对该两个动态面板中由操作系统发送的动态面板执行销毁操作。

也就是说，在一种具体的应用示例中，若确定需要对面板c执行销毁操作，但是，当前存在两个面板c，且其中一个面板c是操作系统发送的，另一个面板c是(如对上述的面板基类进行继承)新创建的。为了避免对新创建的面板c执行销毁误操作，可以对着两个面板c的来源进行确定，并在确定一个面板c是操作系统发送时，对该面板c执行销毁操作。

结合图6，本申请实施例还提供一种可应用于上述电子设备10的面板管控装置100。其中，所述面板管控装置100可以包括面板数量获取模块110和销毁操作执行模块130。

所述面板数量获取模块110，用于获取用于执行页面显示操作的至少一个动态面板的数量。在本实施例中，所述面板数量获取模块110可用于执行图2所示的步骤s110，关于所述面板数量获取模块110的相关内容可以参照前文对步骤s110的描述。

所述销毁操作执行模块130，用于在所述至少一个动态面板的数量大于预设数量时，对该至少一个动态面板执行销毁操作。在本实施例中，所述销毁操作执行模块130可用于执行图2所示的步骤s130，关于所述销毁操作执行模块130的相关内容可以参照前文对步骤s130的描述。

其中，基于不同的需求，所述面板管控装置100还可以包括其它模块。例如，在一种可以替代的示例，该其它模块可以用于：在获取到当前创建的动态面板的创建监听信息时，判断该当前创建的动态面板是否具有标识信息；若所述当前创建的动态面板不具有所述标识信息，则对该当前创建的动态面板执行销毁操作。

又例如，在另一种可以替代的示例中，上述的其它模块也可以用于：在需要对动态面板执行销毁操作时，判断该销毁操作的目标对象是否包括标识信息相同的两个动态面板；若所述销毁操作的目标对象包括标识信息相同的两个动态面板，则对该两个动态面板中由操作系统发送的动态面板执行销毁操作。

在本申请实施例中，对应于上述的数据导入方法，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序运行时执行上述面板管控方法的各个步骤。

其中，前述计算机程序运行时执行的各步骤，在此不再一一赘述，可参考前文对所述面板管控方法的解释说明。

综上所述，本申请提供的面板管控方法和装置、电子设备及存储介质，通过获取用于执行页面显示操作的动态面板的数量，并在该数量大于预设数量时，对动态面板执行销毁操作。如此，可以将动态面板的数量控制在预设数量的范围内，实现对动态面板的合理管控，从而改善现有技术中存在的动态面板管控不合理的问题，进而避免由于管控不合理导致动态面板的数量过多而使得占用较多的内存的问题，特别是在用户切换页面特别频繁的情形下，能够有效地降低内存的占用率，使得实用价值较高。

在本申请实施例所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。