特性开关的清理方法、装置、设备及存储介质

技术领域

本申请涉及大数据技术领域，尤其涉及一种特性开关的清理方法、装置、设备及存储介质。

背景技术

特性开关是一种软件开发技术，用来远程启用或禁止功能，而无需重新部署代码。特性开关的典型应用场景包括功能灰度发布、实验开关等。因此，通常特性开关在本质上是过渡性的，只是不同场景下特性开关的生命周期不尽相同。

在软件开发中，被频繁使用的特性开关，需要分别适时地进行清理，否则将会有越来越多冗余代码存在于软件工程中，降低代码的整体质量，也不利于软件运行效率。然而在快速迭代、新功能不断的软件开发团队中，开关清理优先级较低(清理或不清理不影响软件功能的表现)，极易被遗忘。

因此，如何精准高效、精准、及时地完成软件开发项目中特性开关清理工作，提升应用软件运行效率成为亟待解决的技术问题。

发明内容

本申请提供一种特性开关的清理方法、装置、设备及存储介质，用以解决如何高效、精准、及时地完成软件开发项目中特性开关清理工作，提升应用软件运行效率问题。

第一方面，本申请提供一种特性开关的清理方法，包括：

对至少一个特性开关进行扫描，得到待清理的目标特性开关；

将所述目标特性开关的标识推送给相关用户；

响应于所述相关用户输入的对所述目标特性开关进行清理的代码，对所述目标特性开关进行清理。

在一个或多个实施例中，所述方法还包括：

对所述至少一个特性开关进行源码扫描，确定所述至少一个特性开关中是否存在所述目标特性开关；

在不存在所述目标特性开关时，进行流量监测，确定是否存在所述目标特性开关相关的流量消耗；

若不存在所述流量消耗，确定所述目标特性开关的清理完成。

在一个或多个实施例中，在所述将所述目标特性开关的标识推送给相关用户之前，所述方法还包括：

在项目与事务跟踪工具JIRA中创建对所述目标特性开关进行清理的代码的开发任务。

在一个或多个实施例中，在所述对所述目标特性开关进行清理之前，所述方法还包括：

对所述代码关联所述JIRA的开发任务的编号。

在一个或多个实施例中，在所述对所述目标特性开关进行清理之前，所述方法包括：

利用DevOps工具对所述代码进行静态检查、动态检查、自动化测试、分支合并；

在对所述代码进行静态检查、动态检查、自动化测试、分支合并均成功之后，部署所述代码。

在一个或多个实施例中，在所述将所述目标特性开关的标识推送给相关用户之后，所述方法还包括：

将所述开发任务的状态确定为进行中；

相应的，在所述对所述目标特性开关进行清理之后，所述方法还包括：

在确定出所述目标特性开关的清理完成之后，将所述开发任务的状态确定为完成。

在一个或多个实施例中，所述对至少一个特性开关进行扫描，得到待清理的目标特性开关，包括：

根据预设周期对至少一个特性开关进行扫描，确定是否存在特性开关失效、且达到预设的生命周期上限；

若存在所述特性开关失效、且达到预设的生命周期上限，将所述特性开关确定为所述待清理的目标特性开关。

第二方面，本申请提供一种特性开关的清理装置，包括：

扫描模块，用于对至少一个特性开关进行扫描，得到待清理的目标特性开关；

发送模块，用于将所述目标特性开关的标识推送给相关用户；

处理模块，用于响应于所述相关用户输入的对所述目标特性开关进行清理的代码，对所述目标特性开关进行清理。

在一个或多个实施例中，所述处理模块还用于：

对所述至少一个特性开关进行源码扫描，确定所述至少一个特性开关中是否存在所述目标特性开关；

在不存在所述目标特性开关时，进行流量监测，确定是否存在所述目标特性开关相关的流量消耗；

若不存在所述流量消耗，确定所述目标特性开关的清理完成。

在一个或多个实施例中，在所述将所述目标特性开关的标识推送给相关用户之前，所述处理模块，还用于：

在项目与事务跟踪工具JIRA中创建对所述目标特性开关进行清理的代码的开发任务。

在一个或多个实施例中，在所述对所述目标特性开关进行清理之前，所述方法还包括：

对所述代码关联所述JIRA的开发任务的编号。

在一个或多个实施例中，在所述对所述目标特性开关进行清理之前，所述处理模块，还用于：

利用DevOps工具对所述代码进行静态检查、动态检查、自动化测试、分支合并；

在对所述代码进行静态检查、动态检查、自动化测试、分支合并均成功之后，部署所述代码。

在一个或多个实施例中，在所述将所述目标特性开关的标识推送给相关用户之后，所述处理模块，还用于：

将所述开发任务的状态确定为进行中；

相应的，在所述对所述目标特性开关进行清理之后，所述方法还包括：

在确定出所述目标特性开关的清理完成之后，将所述开发任务的状态确定为完成。

在一个或多个实施例中，所述扫描模块，具体用于：

根据预设周期对至少一个特性开关进行扫描，确定是否存在特性开关失效、且达到预设的生命周期上限；

若存在所述特性开关失效、且达到预设的生命周期上限，将所述特性开关确定为所述待清理的目标特性开关。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的特性开关的清理方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的特性开关的清理方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现第一方面所述的特性开关的清理方法。

本申请提供的特性开关的清理方法、装置、设备及存储介质，通过对至少一个特性开关进行扫描，得到待清理的目标特性开关；将目标特性开关的标识推送给相关用户；响应于相关用户输入的对目标特性开关进行清理的代码，对目标特性开关进行清理，该方法中通过对需要清理的特性开关进行确定之后通知用户，以基于用户提交的清理代码对需要清理的特性开关进行清理，实现高效、精准、及时地完成软件开发项目中特性开关清理工作，提升应用软件运行效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的特性开关的清理方法的框架示意图；

图2为本申请实施例提供的特性开关的清理方法的流程示意图一；

图3为本申请实施例提供的特性开关的清理方法的流程示意图二；

图4为本申请实施例提供的特性开关的清理装置的结构示意图；

图5为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

需要说明的是，本申请特性开关的清理方法、装置、设备及存储介质可用于大数据技术领域，也可用于除大数据技术领域之外的任意领域，本申请特性开关的清理方法、装置、设备及存储介质的应用领域不做限定。

首先，对本申请实施例涉及的专业名词进行说明：

特性开关：是一种软件开发技术，用来远程启用或禁止功能，而无需重新部署代码。

JIRA：是项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。

DevOps：Development和Operations的组合词，是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(英文简称：QA)部门之间的沟通、协作与整合。

其次，对本申请实施例涉及的技术背景进行说明：

特性开关是一种软件开发技术，用来远程启用或禁止功能，而无需重新部署代码。特性开关的典型应用场景包括功能灰度发布、实验开关等。因此，通常特性开关在本质上是过渡性的，只是不同场景下特性开关的生命周期不尽相同。软件开发中，被频繁使用的特性开关，需要分别适时地进行清理，否则将会有越来越多冗余代码存在于软件工程中，降低代码的整体质量，也不利于软件运行效率。

现有清除特性开关的方法是人工对生产环境的特性开关生效情况检查，判断是否需要清除，然后将其作为一项开发需求，安排迭代开发。然而在快速迭代、新功能不断的软件开发团队中，开关清理虽然必要(越来越多冗余代码存在于软件工程中，不利于软件运行效率)，但是优先级较低(清理或不清理不影响软件功能的表现)，极易被遗忘。

在上述背景下，如何精准高效、精准、及时地完成软件开发项目中特性开关清理工作，提升应用软件运行效率成为亟待解决的技术问题。

在上述技术问题的基础上，发明人的技术构思如下：特性开关容易被遗忘清理，容易影响软件的使用功能，而在特性开关的生命周期结束、或者失效之后，如果可以将该特性开关告诉用户，用户基于此设计清理的相关代码，之后将该代码进行部署，对该特性开关进行清理，便可以解决上述问题。

下述为本申请涉及的实施例：

图1为本申请实施例提供的特性开关的清理方法的框架示意图，如图1所示，该框架示意图对特性开关的清理方法的应用场景进行简单说明，包括：生产环境(其硬件对应可以是电子设备、服务器等)、DevOps。

其中，生产环境上部署有应用服务模块、特性开关模块，DevOps上部署有源码仓库、持续集成/持续交付(Continuous Integration，CI)/(Continuous Delivery，CD)系统。

此外，还包括：特性开关清理模块、JIRA。

在一种可能的实现中，特性开关清理模块：为实现特性开关高效清理专门开发的模块，用于串联生产环境特性开关模块、JIRA、源码仓库，是实现特性开关高效清理的核心逻辑控制模块。

JIRA：在特性开关清理流程中，负责接收特性开关清理模块指令，根据指令要求自动创建清理任务并通知相关人员、按一定策略自动将任务分配给开发人员并通知相关人员、自动将任务移动至“完成”状态并通知相关人员，串联整个特性开关清理流程。

DevOps：Development和Operations的组合词，是一组过程、方法与系统的统称，本发明重点涉及CI/CD系统、源码仓库及开发团队，主要作用为对代码进行自动化静态检查、动态检查、测试、分支合并、部署等，最终实现开关在生产环境彻底清除的目的。

生产环境：将生产环境简单分为应用服务模块、特性开关模块，特性开关模块负责管理作用于该应用服务模块所有特性开关。特性开关清理模块通过调用特性开关模块检测开关状态。

本申请提供的特性开关的清理方法、装置、设备及存储介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的特性开关的清理方法的流程示意图一，如图2所示，该特性开关的清理方法包括如下步骤：

步骤21、对至少一个特性开关进行扫描，得到待清理的目标特性开关；

在本步骤中，在生产环境中，特性开关应用于功能灰度发布、实验开关等，在应用服务上，对应有至少一个特性开关，可以对各个特性开关进行扫描，以此来确定哪些特性开关需要被清理，即目标特性开关。

可选的，该步骤的一种可能的实现可以是：

第1步、根据预设周期对至少一个特性开关进行扫描，确定是否存在特性开关失效、且达到预设的生命周期上限；

在该实现下，对至少一个特性开关进行扫描的时机可以是预设周期，例如，1天扫描一次、3天扫描一次、或者1小时扫描一次等等。

进一步地，在扫描时，针对每个特性开关，判断该特性开关是否存在失效的情况，、以及该特性开关是否达到预设的生命周期上限。

其中，预设的生命周期上限可以是该特性开关从上线部署到下线的一个预设时长，例如，5天、10天等。

应理解：失效判断和达到预设的生命周期上限的判断的执行顺序可以先后，也可以同时，其原理类似。

第2步、若存在特性开关失效、且达到预设的生命周期上限，将特性开关确定为待清理的目标特性开关。

在该实现下，若在上述判断下，确定出特性开关既存在失效、又达到预设的生命周期上限，则将该特性开关确定为待清理的目标特性开关。

表1为一种确定实例表，如表1所示：

表1：

即，将特性开关3作为待清理的目标特性开关。

步骤22、将目标特性开关的标识推送给相关用户；

在本步骤中，将待清理的目标特性开关的标识发送给相关用户，以指示用户进行下述对目标特性开关进行清理的代码的开发工作。

其中，相关用户可以是目标特性开关的开发人员，也可以是其他人员，根据实际情况而定，向相关用户推送目标特性开关的标识，也即可以用邮件的方式、系统提醒的方式等等。

可选的，在该步骤22之前，还可以执行如下步骤：在JIRA中创建对目标特性开关进行清理的代码的开发任务。

在该实现下，在确定出待清理的目标特性开关之后，则在JIRA中自动创建关于对目标特性开关进行清理的代码的开发任务，并自动将开发任务以一定策略分配给开发人员(优先分配给目标特性开关的原开发人员)。

进一步地，将该开发任务的状态确定为进行中。

在该实现下，该开发任务自动移至“进行中”的状态，相关人员收到开发任务后需在规定时间内进行清理相关开发(否则可以设置时限提醒等，督促办理，并根据时限所对应的延迟程度通知上级管理者)。

步骤23、响应于相关用户输入的对目标特性开关进行清理的代码，对目标特性开关进行清理。

在本步骤中，相关用户在上述收到开发任务之后，开发出了清理清理的代码的代码，之后电子设备基于该代码对目标特性开关进行清理。

可选的，在该步骤23之前，还可以执行如下步骤：对代码关联JIRA的开发任务的编号。

在该实现下，由于上述在JIRA中创建对目标特性开关进行清理的代码的开发任务，此时在获取到代码之后，关联JIRA的开发任务的编号，既可以使得该代码与目标特性开关进行绑定，避免同时处理多个待清理的特性开关时出现代码不匹配的问题。

可选的，在该步骤23之前，还可以执行如下步骤：利用DevOps工具对代码进行静态检查、动态检查、自动化测试、分支合并；在对代码进行静态检查、动态检查、自动化测试、分支合并均成功之后，部署代码。

在该实现下，利用代码对目标特性开关进行清理之前，需要先校验代码是否准确等情况，即可以利用DevOps工具对代码进行校验：

静态检查：对代码进行静态分析，识别可能存在的错误、缺陷或潜在问题。例如，通过检查代码语法、命名规范、代码风格、以及未使用的变量等来确保代码的质量和规范性；

动态检查：对代码进行检测和分析，以验证其正确性和可靠性。动态检查通常通过执行代码，并监控代码的行为、输出结果、以及资源使用情况等来检测潜在的错误或异常情况。

自动化测试：使用自动化工具和脚本来执行和验证软件的测试过程。通过编写自动化测试脚本，可以自动执行一系列测试用例，比较预期结果与实际结果，并生成测试报告，以提高测试效率和准确性。

分支合并：该实现是代码可能由多个相关用户进行开发得到的，在代码开发之后，将各自的开发分支(英文：branch)合并到主分支(英文：master branch)的过程。分支合并确保不同开发者的工作互不干扰，同时将各自的贡献整合到最终的代码版本中。

进一步地，将分支合并均成功之后的代码进行上线部署，以备后续对目标特性开关进行处理。

本申请实施例提供的特性开关的清理方法，通过对至少一个特性开关进行扫描，得到待清理的目标特性开关；将目标特性开关的标识推送给相关用户；响应于相关用户输入的对目标特性开关进行清理的代码，对目标特性开关进行清理，该方法中通过对需要清理的特性开关进行确定之后通知用户，以基于用户提交的清理代码对需要清理的特性开关进行清理，实现高效、精准、以及及时地完成软件开发项目中特性开关清理工作，提升应用软件运行效率。

图3为本申请实施例提供的特性开关的清理方法的流程示意图二，如图3所示，在上述步骤23之后，该特性开关的清理方法还可以包括如下步骤：

步骤31、对至少一个特性开关进行源码扫描，确定至少一个特性开关中是否存在目标特性开关；

在本方案中，在上述对目标特性开关进行清理之后，还需要进一步判断目标特性开关是否被清理成功。

在本步骤中，对应用服务上至少一个特性开关进行源码扫描，通过对目标特性开关的源代码进行扫描分析，检查是否存在恶意或可疑的代码片段。

源码扫描工具可以识别和报告潜在的漏洞、安全风险和合规性问题。如果在源码扫描过程中未发现任何恶意或可疑代码片段，则可能表示目标特性开关已被清除。

步骤32、在不存在目标特性开关时，进行流量监测，确定是否存在目标特性开关相关的流量消耗；

在本步骤中，通过在软件运行期间监控网络流量、系统行为和数据传输等信息，可以检测是否存在异常或可疑的代码执行行为。

例如，检测是否有向外部发送敏感数据的行为，或是否存在与已知恶意软件相关的通信行为等。如果在流量监测过程中未发现任何异常或可疑行为，则可能表示目标特性开关已被清除。

应理：流量监测和源码扫描的两种方式的执行顺序可以任一先后，也可以同时执行，此处不再赘述。

步骤33、若不存在流量消耗，确定目标特性开关的清理完成。

在本步骤中，在上述不存在目标特性开关相关的流量消耗时，确定目标特性开关的清理完成。

可选的，在该步骤33之后，还可以执行如下步骤：在确定出目标特性开关的清理完成之后，将开发任务的状态确定为完成。

在该实现下，将确认完成清理的开关对应的JIRA任务自动移动至“完成”状态。

本申请实施例提供的特性开关的清理方法，通过对至少一个特性开关进行源码扫描，确定所述至少一个特性开关中是否存在目标特性开关，并在不存在目标特性开关时，进行流量监测，确定是否存在目标特性开关相关的流量消耗，之后若不存在流量消耗，确定目标特性开关的清理完成。该技术方案中通过对目标特性开关的源码和是否存在流量消耗进行监控，以确认特性开关的清理的完成。

图4为本申请实施例提供的特性开关的清理装置的结构示意图。如图4所示，该特性开关的清理装置包括：

扫描模块41，用于对至少一个特性开关进行扫描，得到待清理的目标特性开关；

发送模块42，用于将目标特性开关的标识推送给相关用户；

处理模块43，用于响应于相关用户输入的对目标特性开关进行清理的代码，对目标特性开关进行清理。

在一个或多个实施例中，处理模块43还用于：

对至少一个特性开关进行源码扫描，确定至少一个特性开关中是否存在目标特性开关；

在不存在目标特性开关时，进行流量监测，确定是否存在目标特性开关相关的流量消耗；

若不存在流量消耗，确定目标特性开关的清理完成。

在一个或多个实施例中，在将目标特性开关的标识推送给相关用户之前，处理模块43，还用于：

在项目与事务跟踪工具JIRA中创建对目标特性开关进行清理的代码的开发任务。

在一个或多个实施例中，在对目标特性开关进行清理之前，方法还包括：

对代码关联JIRA的开发任务的编号。

在一个或多个实施例中，在对目标特性开关进行清理之前，处理模块43，还用于：

利用DevOps工具对代码进行静态检查、动态检查、自动化测试、分支合并；

在对代码进行静态检查、动态检查、自动化测试、分支合并均成功之后，部署代码。

在一个或多个实施例中，在将目标特性开关的标识推送给相关用户之后，处理模块43，还用于：

将开发任务的状态确定为进行中；

相应的，在对目标特性开关进行清理之后，方法还包括：

在确定出目标特性开关的清理完成之后，将开发任务的状态确定为完成。

在一个或多个实施例中，扫描模块41，具体用于：

根据预设周期对至少一个特性开关进行扫描，确定是否存在特性开关失效、且达到预设的生命周期上限；

若存在特性开关失效、且达到预设的生命周期上限，将特性开关确定为待清理的目标特性开关。

本申请实施例提供的特性开关的清理装置，用于执行前述任一方法实施例中的技术方案，其实现原理和技术效果类似，在此不再赘述。

图5为本申请实施例提供的电子设备的结构示意图。如图5所示，该电子设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

电子设备可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件505，音频组件510，输入/输出(I/O)接口512，传感器组件514，以及通信组件516。

处理组件502通常控制电子设备的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件505和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在电子设备的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为电子设备的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

多媒体组件505包括在所述电子设备和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为电子设备提供各个方面的状态评估。例如，传感器组件514可以检测到电子设备的打开/关闭状态，组件的相对定位，例如所述组件为电子设备的显示器和小键盘，传感器组件514还可以检测电子设备或电子设备一个组件的位置改变，用户与电子设备接触的存在或不存在，电子设备方位或加速/减速和电子设备的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由电子设备的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

该电子设备用于执行前述任一方法实施例中特性开关的清理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机执行指令，所述计算机执行指令被处理器执行时实现前述任一方法实施例提供的特性开关的清理的技术方案。

本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现前述任一方法实施例提供的特性开关的清理的技术方案。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。