CN104281473A - 一种插件的处理方法 - Google Patents

Abstract

本发明公开了一种插件的处理方法。该方法可包括：当运行应用或检测到用户开启所述应用时，识别所述应用中的插件；通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求；当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。可通过检测插件的启动请求，并丢弃该启动请求，禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

Description

一种插件的处理方法

技术领域

本发明涉及互联网技术领域，尤其涉及一种插件的处理方法。

背景技术

目前，应用中多携带一些插件，如广告插件等。当用户开启该应用时，插件会自动完成初始化，呈现在应用界面上，用户无法对插件进行屏蔽，或对应用界面上的广告信息进行误操作，可能造成流量浪费、占用系统资源等后果。

在当前过滤插件的方法中，有智能过滤插件的联网行为的方法，然而此方法无法对插件的显示界面等其他行为进行过滤，从而未能实现将用户希望屏蔽的应用插件，如广告插件等真正的过滤掉，且过滤插件的方法需通过连接网络等条件，实现起来过于繁琐。又或根据优先加载系统中Jar包的原理，在系统中装载无害Jar包，从而终端加载系统中的Jar包以替代插件中的Jar包，使插件不能正常运行。然而在实施过程中，终端仅能从系统中加载一次Jar包，若要实现插件被多次限制，则需从系统中多次加载Jar包，从而实现方式过于繁琐。综上所述，目前插件的过滤方法过于繁琐，降低了用户体验。

发明内容

本发明实施例提供了一种插件的处理方法。可过滤应用中的插件，提高用户体验。

本发明的实施例提供了一种插件的处理方法，包括：

当运行应用或检测到用户开启所述应用时，识别应用中的插件；

通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求；

当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过应用框架中的框架管理器或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明中的一种插件的处理方法的一实施例的流程图；

图2是本发明中的一种插件的处理方法的另一实施例的流程图；

图3是本发明中的一种终端的一实施例的结构示意图；

图4是本发明中的一种终端的另一实施例的结构示意图；

图5是本发明中的一种终端的又一实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中所提及的终端包括手机、平板电脑、智能电视、车载平台等。本发明实施例中所提及的终端上的操作系统可包括安卓(Android)、ios、Windows等。

下面参考附图对本发明的实施例进行描述。参见图1，为本发明中的一种插件的处理方法的一实施例的流程图。该方法可至少包括以下步骤。

步骤S101，当运行应用或检测到用户开启所述应用时，识别应用中的插件。

在一个实施例中，当终端运行应用的过程中，或终端检测到用户开启该应用时，可通过多种方式识别应用中的插件。如在服务器中收集插件信息，如广告插件等，会由不同的应用插件会存在不同的插件名称，所以服务器通过收集插件名称，获取插件信息。终端通过下载服务器收集的插件信息，可识别应用中的插件。可选的，终端可根据用户需求识别应用中的特定插件，如广告插件等，也可识别应用中的所有插件。

步骤S102，通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求。

在一个实施例中，终端可通过设置应用框架中的框架管理器(英文：framemanager)和/或框架线程(英文：frame thread)，可监控应用中插件的活动，从而可实现框架管理器或框架线程能够检测到插件的启动请求。步骤S103，当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

在一个实施例中，当识别出终端应用中的插件后，即可通过活动管理器或活动线程等对插件的活动进行监测，用以检测插件的启动请求。当检测到插件的启动请求后，即表明插件申请运行许可，则通过丢弃插件中的启动请求，来禁止该插件的运行，从而达到了过滤应用中插件的效果。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过设置应用框架中的框架管理器和/或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

参见图2，为本发明中的一种插件的处理方法的另一实施例的流程图。该方法可至少包括以下步骤。

步骤S201，设置插件限制开关。

在一个实施例中，终端可设置插件限制开关，具体的，可通过在系统的设置数据库中增加指示开关的字段，即可设置插件限制开关，当该插件限制开关为开时，即禁止插件运行，当该插件限制开关为关时，则不对应用中的插件进行检测。可选的，可根据插件性质设置不同的插件限制开关，如为广告或恶意插件设置广告插件限制开关或恶意插件限制开关等。

可选的，在一个实施例中，还可包括以下步骤：

设置所述插件限制开关的图标以提示用户；

检测用户对所述图标的操作指令；

根据所述操作指令，切换所述插件限制开关的状态。

具体的，还可通过在终端的显示界面上行设置插件限制开关的图标，以提示用户是否需要进行插件限制操作，用户可根据自身的需求对图标输入操作指令，如在触摸屏上点击或长按图标图像，当检测到用户对图标的操作指令后，则可根据具体的操作指令，切换插件限制开关的状态。如当前插件限制开关的状态为关，若检测到用户的点击操作时，则可将插件限制开关的状态切换为开。从而增加了用户的知情权，使用户能够直接对应用中的插件进行限制操作，提升了用户体验。

步骤S202，从服务器中下载插件列表，其中，所述插件列表包括插件名称。

可选的，该步骤的执行还可由以下步骤进行代替。

向所述服务器发送列表请求，其中，所述服务器解析应用中的插件名称，并根据所述插件名称建立所述插件列表；

获取所述服务器反馈的所述插件列表。

在一个实施例中，可通过从服务器中下载插件列表，来识别应用中的插件。具体的，服务器可通过收集应用中的插件名称，来建立插件列表，即当终端识别到应用中的插件名称存在于插件列表中时，即可表明该插件需要进行处理。可选的，服务器可根据插件的性质不同，建立不同的插件列表，如广告插件列表或恶意收费插件列表等。

可选的，本发明实施例所述方法还可包括以下步骤。

获取所述服务器的所述插件列表的更新通知。

将所述更新通知提示给用户，以确认用户是否需要进行所述插件列表的更新。

当检测到用户对所述更新通知的确认操作后，根据所述更新通知，更新所述插件列表。

在一个实施例中，当服务器中的插件列表更新时，可向终端推送更新通知。终端可将更新通知提示给用户，以确认用户是否需要进行插件列表的更新，若用户确认更新列表后，可从服务器中下载更新后的插件列表。从而保证了终端中对插件识别的实时性，并增强了用户的知情权，提升了用户体验。

步骤S203，当检测到用户开启所述应用时，确定所述插件限制开关状态。

在一个实施例中，可在检测到用户开启应用时，确定插件限制开关的状态。若插件限制开关的状态为开，则可对应用中的插件进行监测，以确认插件是否进行活动，具体的，可执行步骤S205；若插件限制开关的状态为关，则可允许应用中的插件活动，或可执行步骤S204。

步骤S204，若所述插件限制开关状态为关，提示用户是否开启所述插件限制开关。

在一个实施例中，若在检测到用户开启应用后，确定插件限制开关的状态为关时，可进一步提示用户是否需要开启插件限制开关，以确认用户是否真正不需要对应用中的插件进行处理。若检测到用户开启插件限制开关，则可进行以下步骤；若检测到用户未开启插件限制开关，则表明用户确认不对应用中的插件活动进行处理。

步骤S205，若所述插件限制开关状态为开或若检测到所述用户开启所述插件限制开关，扫描应用中的插件。

在一个实施例中，若在步骤S203中确认插件限制开关状态为开，或在步骤S204中检测到用户开启插件限制开关的指令，则可进一步的扫描开启的应用中的插件。

步骤S206，在所述插件列表中查找是否存在所述插件的插件名称。

在一个实施例中，当扫描出应用中的插件后，可在从服务器下载的插件列表中查找是否存在扫描出插件的插件名称，若存在，则表明该插件为需要处理的插件，若不存在，则表明该插件不需要被处理。可选的，根据用户的需求不同，可从服务器下载不同的插件列表，则可在终端处理不同的插件。如用户需要过滤广告插件，则从服务器下载广告插件列表，并确认扫描出插件的插件名称是否存在在下载的广告插件列表中。

步骤S207，若存在所述插件名称，则将所述插件识别为待处理插件。

在一个实施例中，若在插件列表中查找出插件名称，则表明该插件需要被处理，则可将该插件识别为待处理插件，若检测到该待处理插件的启动请求，则可丢弃该待处理插件的启动请求，以禁止该待处理插件的运行。

步骤S208，建立插件名称列表。

步骤S209，将识别的所述待处理插件的所述插件名称记录在所述插件名称列表中。

在一个实施例中，可在终端建立插件名称列表，具体的，可在终端数据库中建立插件名称列表。通过建立插件名称列表，可在终端中记录统计需要处理的插件总和，即可扫描每个应用中的插件，将需要处理的插件名称记录在插件名称列表中，则无需每次在开启应用时，均需从服务器下载插件列表，从而可节省网络资源，并能够有效统计终端中存在在各应用中的待处理插件。

步骤S210，通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求。可选的，在该步骤之前，该方法还可包括以下步骤：

设置所述应用框架中的框架管理器或框架线程，以使所述框架管理器或框架线程能够检测到所述插件的启动请求，并对所述启动请求进行处理；

根据设置后的所述框架管理器或框架线程，检测所述插件的启动请求。

在一个实施例中，终端可通过设置应用框架中的框架管理器(英文：framemanager)和/或框架线程(英文：frame thread)，可监控应用中插件的活动，从而可实现框架管理器或框架线程能够检测到插件的启动请求。可选的，可通过框架管理器和/或框架线程监控应用中多个插件或某一插件的活动。并可对插件的活动进行处理，如检测到插件的启动请求时，可判断是否需要对其进行丢弃操作；又如可检测插件的其他请求，并根据具体请求，对插件进行相应的操作。步骤S211，当检测到应用中一个插件的启动请求时，判断所述插件的插件名称是否在所述插件名称列表中。

步骤S212，若判断的结果为是，则丢弃所述启动请求以禁止所述插件的运行。

在一个实施例中，当检测到一个插件的启动请求时，可判断该插件的插件名称是否存在于终端建立的插件名称列表中，若存在于该插件名称列表中，则表明该插件为待处理插件，则需要丢弃该待处理插件的启动请求，以禁止待处理插件的运行。如该插件的名称存在于终端建立的广告插件名称列表中，则表明该插件为广告插件，则当检测到该广告插件的启动请求时，则丢弃该启动请求。若不存在该插件名称，则表明无需对该插件进行禁止处理，则可通过框架管理器或框架线程管理该插件的进一步运行。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过设置应用框架中的框架管理器和/或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

具体的，图1-图2所述的部分或全部方法可由图3-图5所示终端实现。

参见图3，为本发明中的一种终端的一实施例的结构示意图。该终端可包括：识别单元1、启动请求检测单元2、丢弃单元3。

其中，识别单元1，用于当运行应用或检测到用户开启所述应用时，识别应用中的插件。

在一个实施例中，当终端运行应用的过程中，或终端检测到用户开启该应用时，识别单元1可通过多种方式识别应用中的插件。如在服务器中收集插件信息，如广告插件等，会由不同的应用插件会存在不同的插件名称，所以服务器通过收集插件名称，获取插件信息。终端通过下载服务器收集的插件信息，可识别应用中的插件。可选的，终端可根据用户需求识别应用中的特定插件，如广告插件等，也可识别应用中的所有插件。

启动请求检测单元2，用于通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求。

在一个实施例中，启动请求检测单元2可通过设置应用框架中的框架管理器(英文：frame manager)和/或框架线程(英文：frame thread)，可监控应用中插件的活动，从而可实现框架管理器或框架线程能够检测到插件的启动请求。丢弃单元3，用于当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

在一个实施例中，当识别出终端应用中的插件后，即可通过活动管理器或活动线程等对插件的活动进行监测，启动请求检测单元2检测插件的启动请求。当检测到插件的启动请求后，即表明插件申请运行许可，则通过丢弃单元3丢弃插件中的启动请求，来禁止该插件的运行，从而达到了过滤应用中插件的效果。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过设置应用框架中的框架管理器和/或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

参见图4，为本发明中的一种终端的另一实施例的结构示意图。该终端可包括：开关设置单元01、下载单元02、状态确定单元03、开关提示单元04、识别单元05、建立单元06、记录单元07、启动请求检测单元08、丢弃单元09。

其中，开关设置单元01，用于设置插件限制开关。

在一个实施例中，终端可通过开关设置单元01设置插件限制开关，具体的，可通过在系统的设置数据库中增加指示开关的字段，即可设置插件限制开关，当该插件限制开关为开时，即禁止插件运行，当该插件限制开关为关时，则不对应用中的插件进行检测。可选的，可根据插件性质设置不同的插件限制开关，如为广告或恶意插件设置广告插件限制开关或恶意插件限制开关等。

可选的，在一个实施例中，终端还可包括：图标设置单元、图标检测单元、切换单元。

其中，图标设置单元，用于设置所述插件限制开关的图标以提示用户；

图标检测单元，用于检测用户对所述图标的操作指令；

切换单元，用于根据所述操作指令，切换所述插件限制开关的状态。

具体的，还可通过图标设置单元在终端的显示界面上行设置插件限制开关的图标，以提示用户是否需要进行插件限制操作，用户可根据自身的需求对图标输入操作指令，如在触摸屏上点击或长按图标图像，当图标检测单元检测到用户对图标的操作指令后，则切换单元可根据具体的操作指令，切换插件限制开关的状态。如当前产检限制开关的状态为关，若检测到用户的点击操作时，则可将插件限制开关的状态切换为开。从而增加了用户的知情权，使用户能够直接对应用中的插件进行限制操作，提升了用户体验。

下载单元02，从服务器中下载插件列表，其中，所述插件列表包括插件名称。

可选的，下载单元还可包括：发送单元021、获取单元022。

发送单元021，用于向所述服务器发送列表请求，其中，所述服务器解析应用中的插件名称，并根据所述插件名称建立所述插件列表；

获取单元022，用于获取所述服务器反馈的所述插件列表。

在一个实施例中，可通过从服务器中下载插件列表，来识别应用中的插件。具体的，服务器可通过收集应用中的插件名称，来建立插件列表。终端可通过发送单元021向服务器发送获取插件列表的请求，通过获取单元022获取到服务器反馈的插件列表。当终端识别到应用中的插件名称存在于插件列表中时，即可表明该插件需要进行处理。可选的，服务器可根据插件的性质不同，建立不同的插件列表，如广告插件列表或恶意收费插件列表等。

可选的，在一个实施例中，终端还可包括：更新通知获取单元、通知提示单元、更新单元。

其中，更新通知获取单元，用于获取所述服务器的所述插件列表的更新通知。

通知提示单元，用于将所述更新通知提示给用户，以确认用户是否需要进行所述插件列表的更新。

更新单元，用于当检测到用户对所述更新通知的确认操作后，根据所述更新通知，更新所述插件列表。

在一个实施例中，当服务器中的插件列表更新时，可向终端推送更新通知。终端可通过通知提示单元将更新通知提示给用户，以确认用户是否需要进行插件列表的更新，若用户确认更新列表后，可通过更新单元从服务器中下载更新后的插件列表，以更新终端当前的插件列表。从而保证了终端中对插件识别的实时性，并增强了用户的知情权，提升了用户体验。

状态确定单元03，用于当检测到用户开启所述应用时，确定所述插件限制开关状态。

在一个实施例中，状态确定单元03可在检测到用户开启应用时，确定插件限制开关的状态。若插件限制开关的状态为开，则可通过识别单元05对应用中的插件进行识别，并可对识别出的插件进行监测，以确认插件是否进行活动；若插件限制开关的状态为关，则可允许应用中的插件活动，或可通过状态提示单元04提示用户是否需要开启插件限制开关。

开关提示单元04，用于若所述插件限制开关状态为关，提示用户是否开启所述插件限制开关。

在一个实施例中，若在检测到用户开启应用后，状态确定单元03确定插件限制开关的状态为关时，可通过开关提示单元04进一步提示用户是否需要开启插件限制开关，以确认用户是否真正不需要对应用中的插件进行处理。若检测到用户开启插件限制开关，则可进行以下步骤；若检测到用户未开启插件限制开关，则表明用户确认不对应用中的插件活动进行处理。

识别单元05，用于若所述插件限制开关状态为开或若检测到所述用户开启所述插件限制开关，识别应用中的插件。

其中，识别单元05可包括：扫描单元051、查找单元052、插件识别单元053。

扫描单元051，用于扫描应用中的插件；

在一个实施例中，若在通过状态确定单元03确认插件限制开关状态为开，或通过状态提示单元04检测到用户开启插件限制开关的指令，则可通过扫描单元051进一步的扫描开启的应用中的插件。

查找单元052，用于在所述插件列表中查找是否存在所述插件的插件名称；

在一个实施例中，当扫描出应用中的插件后，查找单元052可在从服务器下载的插件列表中查找是否存在扫描出插件的插件名称，若存在，则表明该插件为需要处理的插件，若不存在，则表明该插件不需要被处理。可选的，根据用户的需求不同，可从服务器下载不同的插件列表，则可在终端处理不同的插件。如用户需要过滤广告插件，则从服务器下载广告插件列表，并确认扫描出插件的插件名称是否存在在下载的广告插件列表中。

插件识别单元053，用于当所述查找单元查找到所述插件名称时，识别所述插件为待处理插件。

在一个实施例中，若在插件列表中查找出插件名称，则表明该插件需要被处理，则可通过插件识别单元053将该插件识别为待处理插件，若检测到该待处理插件的启动请求，则可丢弃该待处理插件的启动请求，以禁止该待处理插件的运行。

建立单元06，用于建立插件名称列表。

记录单元07，用于将识别的所述待处理插件的所述插件名称记录在所述插件名称列表中。

在一个实施例中，可在终端通过建立单元06建立插件名称列表，具体的，可在终端数据库中建立插件名称列表。通过建立插件名称列表，可在终端中记录统计需要处理的插件总和，即可扫描每个应用中的插件，记录单元07将需要处理的插件名称记录在插件名称列表中，则无需每次在开启应用时，均需从服务器下载插件列表，从而可节省网络资源，并能够有效统计终端中存在于各应用中的待处理插件。

启动请求检测单元08，用于根据所述设置后的框架管理器和/或框架线程检测所述插件的启动请求。

可选的，所述终端还可包括以下单元：

框架设置单元，用于设置所述应用框架中的框架管理器或框架线程，以使所述框架管理器或框架线程能够检测到所述插件的启动请求，并对所述启动请求进行处理；

框架检测单元，用于根据设置后的所述框架管理器或框架线程，检测所述插件的启动请求。

在一个实施例中，启动请求检测单元08可通过设置应用框架中的框架管理器(英文：frame manager)和/或框架线程(英文：frame thread)，可监控应用中插件的活动，从而可实现框架管理器或框架线程能够检测到插件的启动请求。可选的，可通过框架管理器和/或框架线程监控应用中多个插件或某一插件的活动。并可对插件的活动进行处理，如检测到插件的启动请求时，可判断是否需要对其进行丢弃操作；又如可检测插件的其他请求，并根据具体请求，对插件进行相应的操作。

丢弃单元09，用于当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

其中，丢弃单元09可包括：判断单元091、插件丢弃单元092。

判断单元091，用于当检测到所述插件的启动请求，判断所述插件的插件名称是否在所述插件名称列表中；

插件丢弃单元092，用于当所述判断单元091判断的结果为是时，则丢弃所述启动请求以禁止所述插件的运行。

在一个实施例中，当检测到一个插件的启动请求时，判断单元091可判断该插件的插件名称是否存在于终端建立的插件名称列表中，若存在于该插件名称列表中，则表明该插件为待处理插件，则需要通过插件丢弃单元092丢弃该待处理插件的启动请求，以禁止待处理插件的运行。如该插件的名称存在于终端建立的广告插件名称列表中，则表明该插件为广告插件，则当检测到该广告插件的启动请求时，则丢弃该启动请求。若不存在该插件名称，则表明无需对该插件进行禁止处理，则可通过框架管理器或框架线程管理该插件的进一步运行。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过设置应用框架中的框架管理器和/或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

参见图5，为为本发明中的一种终端的又一实施例的结构示意图。该设备可包括：至少一个处理器1、如CPU等；至少一个显示器2；至少一个存储器3；及至少一个通信总线4。

其中，通信总线4用于实现上述组件之间的连接通信。存储器3可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器3可选的还可以是至少一个位于远离前述处理器1的存储装置。其中，处理器1的功能及结构可结合上述实施例中所示的终端。显示器2可显示界面图像，存储器3存储一组程序代码，且处理器1调用存储器3存储的程序代码，用于执行以下操作：

当运行应用或检测到用户开启所述应用时，识别所述应用中的插件；

通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求；

当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

在可选的实施例中，所述处理器在所述识别所述应用中的插件之前，还用于调用所述存储器中的程序代码执行以下操作：

设置插件限制开关；

当检测到用户开启所述应用时，确定所述插件限制开关状态；

若所述插件限制开关状态为开，则执行所述识别所述应用中的插件的步骤。

在可选的实施例中，所述处理器还用于调用所述存储器中的程序代码执行以下操作：

若所述插件限制开关状态为关，提示用户是否开启所述插件限制开关；

若检测到所述用户开启所述插件限制开关，则执行所述识别所述应用中的插件的步骤。

在可选的实施例中，所述处理器还用于调用所述存储器中的程序代码执行以下操作：

设置所述插件限制开关的图标以提示用户；

检测用户对所述图标的操作指令；

根据所述操作指令，切换所述插件限制开关的状态。

在可选的实施例中，所述处理器在所述识别应用中的插件之前，还用于调用所述存储器中的程序代码执行以下操作：

从服务器中下载插件列表，其中，所述插件列表包括插件名称；

所述识别所述应用中的插件，包括：

扫描所述应用中的插件；

在所述插件列表中查找是否存在所述插件的插件名称；

若存在所述插件名称，则将所述插件识别为待处理插件。

在可选的实施例中，所述处理器从服务器中下载插件列表的具体方式为：

向所述服务器发送列表请求，其中，所述服务器解析应用中的插件名称，并根据所述插件名称建立所述插件列表；

获取所述服务器反馈的所述插件列表。

在可选的实施例中，所述处理器在将所述插件识别为待处理插件之后，还用于调用所述存储器中的程序代码执行以下操作：

建立插件名称列表；

将识别的所述待处理插件的所述插件名称记录在所述插件名称列表中；

其中，所述当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行包括：

当检测到所述插件的启动请求，判断所述插件的插件名称是否在所述插件名称列表中；

若判断的结果为是，则丢弃所述启动请求以禁止所述插件的运行。

在可选的实施例中，所述处理器通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求的具体方式为：

设置所述应用框架中的框架管理器或框架线程，以使所述框架管理器或框架线程能够检测到所述插件的启动请求，并对所述启动请求进行处理；

根据设置后的所述框架管理器或框架线程，检测所述插件的启动请求。

在可选的实施例中，所述处理器还用于调用所述存储器中的程序代码执行以下操作：

获取所述服务器的所述插件列表的更新通知；

根据所述更新通知，更新所述插件列表。

在可选的实施例中，所述处理器在获取所述服务器的所述插件列表的更新通知之后，还用于调用所述存储器中的程序代码执行以下操作：

将所述更新通知提示给用户，以确认用户是否需要进行所述插件列表的更新；

其中，所述根据所述更新通知，更新所述插件列表，包括：

当检测到用户对所述更新通知的确认操作后，根据所述更新通知，更新所述插件列表。

本发明实施例中，可在终端运行应用或检测到用户开启所述应用时，通过识别应用中的插件，并可通过设置应用框架中的框架管理器和/或框架线程，来检测插件的活动状态，当检测到插件的启动请求时，丢弃该启动请求，可禁止插件的运行。降低了系统资源占用率，并简化了现有的插件过滤方法，提升了用户体验。

以上所描述的装置实施例是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本发明实施例终端或设备中的单元或子单元可以根据实际需要进行合并、划分和删减。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。

Claims (10)

1.一种插件的处理方法，其特征在于，包括：

当运行应用或检测到用户开启所述应用时，识别所述应用中的插件；

通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求；

当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行。

2.如权利要求1所述方法，其特征在于，在所述识别所述应用中的插件之前，所述方法还包括：

设置插件限制开关；

当检测到用户开启所述应用时，确定所述插件限制开关状态；

若所述插件限制开关状态为开，则执行所述识别所述应用中的插件的步骤。

3.如权利要求2所述方法，其特征在于，所述方法还包括：

若所述插件限制开关状态为关，提示用户是否开启所述插件限制开关；

若检测到所述用户开启所述插件限制开关，则执行所述识别所述应用中的插件的步骤。

4.如权利要求2或3所述方法，其特征在于，所述方法还包括：

设置所述插件限制开关的图标以提示用户；

检测用户对所述图标的操作指令；

根据所述操作指令，切换所述插件限制开关的状态。

5.如权利要求1所述方法，其特征在于，在所述识别应用中的插件之前，所述方法还包括：

从服务器中下载插件列表，其中，所述插件列表包括插件名称；

所述识别所述应用中的插件，包括：

扫描所述应用中的插件；

在所述插件列表中查找是否存在所述插件的插件名称；

若存在所述插件名称，则将所述插件识别为待处理插件。

6.如权利要求5所述方法，其特征在于，所述从服务器中下载插件列表，包括：

向所述服务器发送列表请求，其中，所述服务器解析应用中的插件名称，并根据所述插件名称建立所述插件列表；

获取所述服务器反馈的所述插件列表。

7.如权利要求5或6所述方法，其特征在于，在所述将所述插件识别为待处理插件之后，所述方法还包括：

建立插件名称列表；

将识别的所述待处理插件的所述插件名称记录在所述插件名称列表中；

其中，所述当检测到所述插件的启动请求，丢弃所述启动请求以禁止所述插件的运行包括：

当检测到所述插件的启动请求，判断所述插件的插件名称是否在所述插件名称列表中；

若判断的结果为是，则丢弃所述启动请求以禁止所述插件的运行。

8.如权利要求7所述方法，其特征在于，在所述通过应用框架中的框架管理器或框架线程，检测所述插件的启动请求之前，所述方法还包括：

设置所述应用框架中的框架管理器或框架线程，以使所述框架管理器或框架线程能够检测到所述插件的启动请求，并对所述启动请求进行处理；

根据设置后的所述框架管理器或框架线程，检测所述插件的启动请求。

9.如权利要求7所述方法，其特征在于，所述方法还包括：

获取所述服务器的所述插件列表的更新通知；

根据所述更新通知，更新所述插件列表。

10.如权利要求9所述方法，其特征在于，在所述获取所述服务器的所述插件列表的更新通知之后，所述方法还包括：

将所述更新通知提示给用户，以确认用户是否需要进行所述插件列表的更新；

其中，所述根据所述更新通知，更新所述插件列表，包括：

当检测到用户对所述更新通知的确认操作后，根据所述更新通知，更新所述插件列表。