对应的进程操作、强制停止应用程序操作(停包)、禁止应用程序自动启动操作、禁止应用程序执行网络连接操作、对应用程序执行卸载操作中的一种或其任意组合。
[0087]步骤13，按照获取的应用程序集资源优化策略对后台运行的各应用程序进行资源优化；
[0088]本步骤中，应用程序集资源优化策略中，可以是一应用程序对应一资源优化策略，也可以是一应用程序对应多项资源优化策略，例如，对于某一应用程序，可以设置强制停止应用程序操作以及禁止应用程序自动启动操作两项资源优化策略，还可以是多应用程序对应一资源优化策略，本发明实施例对此不作限定。
[0089]作为一可选实施例，在所述获取所述监听到的触发事件映射的应用程序集资源优化策略之后，按照获取的应用程序集资源优化策略对后台运行的各应用程序进行资源优化之前，该方法还可以包括:
[0090]获取电子设备当前的资源使用值，如果获取的资源使用值超过预先设置的资源使用阈值，执行所述按照获取的应用程序集资源优化策略对后台运行的各应用程序进行资源优化的步骤，如果获取的资源使用值没有超过预先设置的资源使用阈值，结束流程。
[0091]本步骤中，可以结合电子设备当前的资源使用情况，确定是否需要对后台运行的应用程序执行资源优化操作，如果电子设备当前的资源使用量较少，可以不进行资源优化操作，直至下一触发事件出现。本发明实施例中，资源使用值包括但不限于:CPU使用率、内存占用率、电量消耗率、网络流量异常率等的一种或其任意组合。
[0092]作为另一可选实施例，在所述获取所述监听到的触发事件映射的应用程序集资源优化策略之后，按照获取的应用程序集资源优化策略对后台运行的各应用程序进行资源优化之前，该方法还可以包括:
[0093]遍历后台运行的应用程序，判断遍历的应用程序是否在预先设置的时间线内被用户使用过；
[0094]如果遍历的应用程序在预先设置的时间线内不被用户使用过，执行所述按照得到的资源优化策略对后台运行的各应用程序进行资源优化处理的步骤。
[0095]本步骤中，如果遍历的应用程序在预先设置的时间线内被用户使用过，表明用户可能针对该应用程序执行后台操作，则不对该应用程序执行任何操作，以避免对用户的使用体验造成影响。
[0096]本发明实施例中，预先设置的时间线可根据实际需要进行设置，例如，可依据应用程序的属性进行设置。举例来说，对于下载类应用程序，设置的时间线可以长些，对于交互类的即时通信应用程序，可以设置较短的时间线。举例来说，如果后台运行的下载类应用程序在2小时内不被用户使用过，则对该下载类应用程序进行资源优化处理，如果该下载类应用程序在2小时内被用户使用过，则继续让该下载类应用程序在后台运行。
[0097]本发明实施例中，作为一可选实施例，在所述得如果遍历的应用程序在预先设置的时间线内不被用户使用过之后，执行所述按照得到的资源优化策略对后台运行的各应用程序进行资源优化处理之前，该方法还可以包括:
[0098]判断对所述遍历的应用程序进行操作是否需要调用操作系统权限；
[0099]如果不需要调用操作系统权限，执行所述按照得到的资源优化策略对后台运行的各应用程序进行资源优化处理的步骤；
[0100]如果需要调用操作系统权限，调用预先安装的具有操作系统权限授权功能的中间插件，通过所述中间插件获取操作系统权限授权功能，以执行所述按照得到的资源优化策略对后台运行的各应用程序进行资源优化处理的步骤。
[0101]本发明实施例中，作为一可选实施例，按照获取的应用程序集资源优化策略对后台运行的各应用程序进行资源优化包括:
[0102]提取后台运行的各应用程序中，与所述应用程序集资源优化策略相匹配的待展示应用程序，以及所述待展示应用程序对应的资源优化策略；
[0103]以通知栏或对话框的方式，展示各待展示应用程序以及每一待展示应用程序对应的资源优化策略；
[0104]接收用户依据展示的资源优化策略选取的策略，对相应应用程序进行资源优化处理。
[0105]步骤14，截获进行资源优化的应用程序的重新运行请求；
[0106]本步骤中，对于一些应用程序，在终止其进程或进行停包处理后，可能被其它应用程序启动，例如，应用程序A和应用程序B是兄弟(关联)类应用程序，当应用程序当A检测到应用程序B的进程被杀掉后，应用程序A马上重启应用程序B的进程，使得应用程序B重新运行，举例来说，应用程序B可以由于应用程序A的调用或应用程序A发布的消息而被重新启动，对于此类应用程序的重新运行，需要依据具体情况进行分析和处理。
[0107]本发明实施例中，应用程序的重新运行包括:应用程序自启动重新运行、应用程序被无关联应用程序启动以及应用程序被关联应用程序启动。其中，无关联应用程序是指与该应用程序不具有关联关系的其他应用程序，关联应用程序是指与该应用程序具有关联关系的其他应用程序。
[0108]本发明实施例中，在其他应用程序需要重启进行资源优化的应用程序时，会向操作系统发送重启动进行资源优化的应用程序的请求(进行资源优化的应用程序重新运行的请求)，以请求操作系统重新启动该进行资源优化的应用程序。因而，作为一可选实施例，截获进行资源优化的应用程序的重新运行请求包括:
[0109]在操作系统中注入预先设置的脚本；
[0110]利用所述预先设置的脚本截获发送至操作系统的进行资源优化的应用程序的重新运行请求。
[0111]本发明实施例中，关于注入脚本以截获请求为公知的钩子(hook)技术，在此略去详述。
[0112]步骤15，查询预先设置的触发事件与应用程序重启优化策略的映射关系，获取当前的触发事件映射的应用程序重启优化策略，按照获取的应用程序重启优化策略对所述进行资源优化的应用程序进行处理。
[0113]本步骤中，当前是指重新请求运行所述进行资源优化的应用程序的时间段。本发明实施例中，对于进行资源优化的应用程序以自启动方式重新运行的情形，可以依据资源优化策略进行相应处理，因而，重新运行的应用程序针对的是由其他应用程序启动的情形。
[0114]作为一可选实施例，触发事件与应用程序重启优化策略的映射关系包括:
[0115]如果触发事件为锁屏事件，强制停止进行资源优化的应用程序操作；
[0116]如果触发事件为非锁屏事件，且满足下述条件，强制停止进行资源优化的应用程序操作:
[0117]如果请求重新运行进行资源优化的应用程序的控制应用程序在预先设置的时间线内以用户操作的方式运行过，但所述控制应用程序与所述进行资源优化的应用程序不具有预先设置的关联关系;或，
[0118]如果所述控制应用程序以非用户操作的方式运行。
[0119]本发明实施例中，如果当前的触发事件为锁屏事件，则表明在该锁屏事件对应的锁屏期间内，进行资源优化的应用程序被其他应用程序(控制应用程序)启动，且启动该进行资源优化的应用程序的其他应用程序以非用户操作的方式运行，可以确定该进行资源优化的应用程序被恶意启动，对该所述进行资源优化的应用程序执行强制停止操作，即进行停包处理。
[0120]如果当前的触发事件为非锁屏事件，则需要作进一步分析，判断该进行资源优化的应用程序、启动该进行资源优化的应用程序的其他应用程序(控制应用程序)、用户操作之间的关系:获取重新运行(启动)所述进行资源优化的应用程序的控制应用程序，如果进行资源优化的应用程序以用户操作的方式重新运行，即由用户操作触发自动运行，则不进行处理;如果所述控制应用程序以用户操作的方式运行，但所述控制应用程序与所述进行资源优化的应用程序不具有预先设置的关联关系，强制停止所述进行资源优化的应用程序操作;或者，如果所述控制应用程序以用户操作的方式运行，且所述控制应用程序与所述进行资源优化的应用程序具有预先设置的关联关系，不进行处理;或者，如果所述控制应用程序以非用户操作的方式运行，则无论进行资源优化的应用程序与启动该进行资源优化的应用程序的其他应用程序是否具有关联关系，强制停止所述进行资源优化的应用程序操作。
[0121]与前述描述相类似，作为一可选实施例，应用程序与启动该应用程序的其它应用程序(控制应用程序)是否具有关联关系，也可以是网络侧服务器的相关技术人员通过收集应用程序与启动该应用程序的其它应用程序，分析两者之间的关联，从而确定其是否具有关联关系，然后，将确定的关联关系下发至各电子设备，电子设备接