CN117348938A - 开机自启项的配置方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种开机自启项的配置方法及装置，包括：通过用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；目标应用程序为在兼容应用程序中运行的第二操作系统的程序；根据配置信息，设定预设的全局变量的值；在全局变量的值为配置信息时，全局变量用于表征目标应用程序对开机自启项进行了配置；响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，进行目标应用程序的开机自启项的设置操作。本申请可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，使得目标应用程序的开机自启功能生效，提升了用户体验。

Description

开机自启项的配置方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种开机自启项的配置方法、装置、电子设备及计算机可读存储介质。

背景技术

开机自启功能是电子设备的一种基础功能，其目的是在电子设备上电且操作系统启动的情况下，自动完成一些应用程序的启动运行。

目前，应用程序的开机自动启动运行，需要在电子设备的操作系统中配置该应用程序的开机自启项为启用，当然，用户也可以在操作系统中配置该应用程序的开机自启项为取消，来关闭应用程序的开机自启功能。

但是，目前的方案中，若应用程序是通过兼容应用程序运行在第一操作系统的电子设备中的第二操作系统的程序，则用户对应用程序的开机自启项的配置会失效，严重影响用户体验。

发明内容

本申请实施例提供一种开机自启项的配置方法及装置，以解决现有技术中应用程序的开机自启项的配置失效的问题。

第一方面，本申请实施例提供了一种开机自启项的配置方法，应用于第一操作系统的用户设备，所述方法包括：

通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；所述目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序；

根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置；

响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

第二方面，本申请实施例提供了一种开机自启项的配置装置，应用于第一操作系统的用户设备，所述装置包括：

配置信息模块，用于通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；所述目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序；

设定模块，用于根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置；

执行模块，用于响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

第三方面，本申请实施例还提供了一种电子设备，包括处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现所述第一方面的方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行所述第一方面的方法。

本申请实施例可以通过兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息，并利用配置信息，设定预设的全局变量的值，全局变量是供兼容应用程序使用的变量，并且全局变量的值被设置为配置信息时，全局变量可以用来表征用户对目标应用程序的开机自启项进行了配置。兼容应用程序还可以提供设置接口，用户在对目标应用程序的开机自启项进行配置的过程，具体可以通过调用设置接口来实现配置，则兼容应用程序响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，即可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，使得目标应用程序的开机自启功能生效，提升了用户体验。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

图1是本申请实施例提供的一种开机自启项的配置方法的步骤流程图；

图2是本申请实施例提供的另一种开机自启项的配置方法的步骤流程图；

图3是本申请实施例提供的一种监测步骤流程图；

图4是本申请实施例提供的一种开机自启项的启用流程图；

图5是本申请实施例提供的一种开机自启项的取消流程图；

图6是本申请实施例提供的一种开机自启项的配置装置框图；

图7是本申请的一种装置的框图；

图8是本申请的一些实施例中服务端的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

在本申请实施例中，开机自启项的配置方法应用于用户设备中，用户设备中运行有第一操作系统、在第一操作系统中可以运行兼容应用程序；兼容应用程序是能够在多种第一操作系统(如Linux，Mac OS、伯克利软件套件(BSD，Berkeley SoftwareDistribution)等)上运行第二操作系统(如Windows操作系统)应用程序的兼容层。优选的，第一操作系统可以为Linux系统，第二操作系统可以为Windows系统。

相关技术中，通过在第一操作系统中运行的兼容应用程序，兼容运行第二操作系统的目标应用程序的场景下，兼容应用程序相当于一个第一操作系统环境中的容器，用于在容器中运行第二操作系统的目标应用程序，而用户也具有对目标应用程序进行开机自启项的配置需求。但是，用户在对目标应用程序的开机自启项进行配置后，会对应修改兼容应用程序提供的与目标应用程序对应的开机自启项注册表，该开机自启项注册表可以由第二操作系统识别并完成开机自启的系统级设置应用。而电子设备的第一操作系统无法对该开机自启项注册表进行识别操作，因而导致在兼容应用程序中兼容运行目标应用程序的场景下，开机自启功能设置失效的问题。

为了解决上述问题，本申请实施例可以通过兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；并利用配置信息，设定预设的全局变量的值，全局变量是供兼容应用程序使用的变量，并且全局变量的值被设置为配置信息时，全局变量可以用来表征用户对目标应用程序的开机自启项进行了配置。兼容应用程序还可以提供设置接口，用户在对目标应用程序的开机自启项进行配置的过程，具体可以通过调用设置接口来实现配置，则兼容应用程序响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，即可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，实现目标应用程序正常的开机自启项的配置，提升用户体验。

图1，是本申请实施例提供的一种开机自启项的配置方法的步骤流程图，应用于运行第一操作系统的用户设备，如图1所示，该方法可以包括：

步骤101、通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息。

其中，目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序。

在本申请实施例中，兼容应用程序是能够在多种第一操作系统(如Linux，Mac OS、伯克利软件套件(BSD，Berkeley Software Distribution)等)上运行第二操作系统(如Windows操作系统)的应用程序的兼容层。

具体的，兼容应用程序可以是Wine(Wine Is Not an Emulator)应用程序，Wine可以在多种第一操作系统(如Linux，macOS及BSD等)上运行Windows应用程序。Wine不是像虚拟机或者模拟器一样模仿内部的Windows逻辑，而是将Windows的接口调用翻译成为动态的第一操作系统调用，免除了性能和其他一些行为的内存占用，从而能够干净地集合并在第一操作系统的电子设备上运行Windows应用程序。

在实际应用中，用户具有对第二操作系统的目标应用程序进行开机自启项配置的需求，针对相关技术，该开机自启项的配置的实现依赖于第二操作系统环境。例如，第二操作系统为Windows系统时，Windows系统可以调用应用程序对应的开机自启项注册表，实现应用程序系统级的开机自启项配置，但是，本申请实施例场景中，电子设备的第一操作系统无法对开机自启项注册表进行识别操作。

因此，本申请实施例需要在兼容应用程序中进行改造，以实现第一操作系统环境中，对第二操作系统的目标应用程序的开机自启项的正常配置。

首先在该步骤中，兼容应用程序可以提供监听接口，通过对传入监听接口的参数进行识别，来获取目标应用程序针对开机自启项的配置信息，即用户在对目标应用程序进行配置项的配置时，相关配置信息会传入监听接口，监听接口可以识别并分析得到其中针对开机自启项的配置信息。

步骤102、根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置。

在本申请实施例中，兼容应用程序可以设定一个全局变量进行使用，并在获得了目标应用程序针对开机自启项的配置信息后，将全局变量的值设定为开机自启项的配置信息，全局变量的值设定为开机自启项的配置信息用以表征用户对目标应用程序进行了开机自启项的配置。使得后续通过兼容应用程序，在第一操作系统中设定目标应用程序的开机自启项的过程中，在所述全局变量的值为所述配置信息时，可以基于全局变量，来实现在第一操作系统中启用或取消目标应用程序的开机自启项的目的。

步骤103、响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

本申请实施例中，兼容应用程序可以提供设置接口，从而通过目标应用程序对设置接口的调用，实现在第一操作系统中配置目标应用程序的开机自启项的目的。

具体的，设置接口可以包括启用自启配置接口和取消自启配置接口，用于分别实现启用目标应用程序的开机自动启动和取消目标应用程序的开机自动启动。用户在界面中对目标应用程序的开机自启项进行配置时，对应的配置操作会使得目标应用程序调用对应的设置接口。如，用户需要启用开机自启功能，则目标应用程序可以调用启用自启配置接口；用户需要取消开机自启功能，则目标应用程序可以调用取消自启配置接口。

进一步的，响应于目标应用程序对设置接口的调用，全局变量的值可以传递至所调用的设置接口。由于全局变量的值设置为针对开机自启项的配置信息，则设置接口在分析校验后，会得知当前需要对目标应用程序的开机自启项进行设置，则设置接口通过与第一操作系统进行交互，实现在第一操作系统中对目标应用程序的开机自启项的设置操作，使目标应用程序的开机自启功能生效。

综上，本申请实施例可以通过兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；并利用配置信息，设定预设的全局变量的值，全局变量是供兼容应用程序使用的变量，并且全局变量的值被设置为配置信息时，全局变量可以用来表征用户对目标应用程序的开机自启项进行了配置。兼容应用程序还可以提供设置接口，用户在对目标应用程序的开机自启项进行配置的过程，具体可以通过调用设置接口来实现配置；则兼容应用程序响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，即可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，使得目标应用程序的开机自启功能生效，提升了用户体验。

图2是本申请实施例提供的一种开机自启项的配置方法的具体步骤流程图，如图2所示，该方法可以包括：

步骤201、获取传入所述监听接口的接口参数；所述接口参数包括属性结构体；所述属性结构体中包括项目名称成员；所述属性结构体用于存储：配置修改操作所对应的配置项的注册表句柄。

在本申请实施例中，兼容应用程序所提供的监听接口的接口名称可以为：

NTSTATUS WINAPI NtOpenKeyEx(HANDLE*key，ACCESS_MASK access，constOBJECT_ATTRIBUTES*attr，ULONG options)

监听接口(后续名称简写为NtOpenKeyEx)的功能是监测应用程序是否要对配置项对应的注册表进行操作。在用户进行针对应用程序的配置项的配置修改操作时，会将配置修改操作对应的接口参数传入监听接口NtOpenKeyEx。接口参数中可以包括属性结构体const OBJECT_ATTRIBUTES*attr，属性结构体用于存储操作的配置项的注册表句柄，即属性结构体中的内容定义了当前配置项的修改操作所对应的注册表句柄。具体的，属性结构体中包括的项目名称成员Objectname用于定义该注册表句柄。

步骤202、在通过strcmp函数确定所述属性结构体中的项目名称成员为开机自启项的注册表句柄的情况下，将所述开机自启项的注册表句柄作为针对所述开机自启项的配置信息。

在本申请实施例中，监听接口中的strcmp函数具体用于对属性结构体constOBJECT_ATTRIBUTES*attr中的项目名称成员Objectname进行分析。项目名称成员Objectname中存储的内容是监听接口当前监测的注册表(当前修改的配置项所对应的注册表)的路径名。而目标应用程序对开机自启项进行了配置时，会修改开机自启项的注册表路径下的注册表的键值，此时开机自启项的注册表句柄：

“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”会作为参数传递至监听接口中的项目名称成员Objectname中。因此，在通过strcmp函数确定项目名称成员为开机自启项的注册表句柄“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”的情况下，即可将开机自启项的注册表句柄作为针对开机自启项的配置信息，此时表征监听接口已监测到用户对开机自启项进行了配置。

步骤203、将所述开机自启项的注册表句柄，设置为所述全局变量的值。

在本申请实施例中，监听接口已监测到用户对开机自启项进行了配置后，可以将开机自启项的注册表句柄设置为全局变量key_AUTOSTART的值，即将全局变量key_AUTOSTART的值由“NULL”修改为：

“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”

全局变量key_AUTOSTART作为一个标志位，其值被修改为注册表句柄：“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”后，用于表征目标应用程序对开机自启项进行了配置，使得后续通过兼容应用程序，可以基于全局变量key_AUTOSTART被配置为注册表句柄的值，来实现在第一操作系统中启用或取消目标应用程序的开机自启项的目的。

具体的，参照图3，其示出了一种监测步骤流程图，首先执行S1、设置全局变量key_AUTOSTART；之后执行S2、判断监听接口中项目名称成员Objectname是否为：

Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run

在判断成立的情况下，执行S3、将全局变量key_AUTOSTART的值由“NULL”修改为：

“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”

在判断不成立的情况下，执行S4、不处理，程序继续正常运行。

步骤204、在通过所述兼容应用程序检测到所述目标应用程序调用所述启用自启配置接口的情况下，根据所述全局变量的值和所述启用自启配置接口，进行所述目标应用程序的开机自启项的启用设置。

其中，设置接口包括：启用自启配置接口：

NTSTATUS WINAPI NtSetValueKey(HANDLE key，const UNICODE_STRING*name，ULONG index，ULONG type，const void*data，ULONG count)

取消自启配置接口：

NTSTATUS WINAPI NtDeleteValueKey(HANDLE key，const UNICODE_STRING*name)。

在本申请实施例中，启用自启配置接口(后续名称简写为NtSetValueKey)的功能是判断应用程序是否需要对开机自启功能进行启动设置。用户在界面中对目标应用程序的开机自启项进行启用时，对应的配置操作会使得目标应用程序调用启用自启配置接口NtSetValueKey，并将全局变量的值作为参数传入启用自启配置接口NtSetValueKey；启用自启配置接口NtSetValueKey会对全局变量的值进行识别检验，进行所述目标应用程序的开机自启项的启用设置。

可选的，步骤204具体可以包括子步骤2041-2043：

子步骤2041、对所述全局变量的值进行非空检测，获得检测结果。

子步骤2042、在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果。

子步骤2043、在所述比较结果为一致的情况下，通过所述启用自启配置接口将所述目标应用程序的快捷启动文件存入所述第一操作系统的开机自启目录下，完成所述目标应用程序的开机自启项的启用设置。

在本申请实施例中，针对子步骤2041-2043，在通过兼容应用程序检测到目标应用程序调用启用自启配置接口的情况下，首先可以对全局变量的值进行非空检测，获得检测结果，并在检测结果为全局变量的值非空的情况下，进一步将全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果。

在全局变量的值与预设的开机自启项的配置信息：

“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”一致的情况下，则可以确定当前用户对目标应用程序的开机自启项进行启用设置，则进一步可以由启用自启配置接口在第一操作系统中进行目标应用程序的开机自启项的启用设置。

具体的，第一操作系统(Linux)的开机自启配置，可以通过执行mv命令，由启用自启配置接口将目标应用程序的快捷启动文件(.desktop文件)，存入第一操作系统的开机自启目录“～/.config/autostart”下，从而完成目标应用程序的开机自启项的系统级启用设置，使目标应用程序的开机自启功能生效。

进一步参照图4，其示出了一种开机自启项的启用流程图，首先执行N1、调用启用自启配置接口NtSetValueKey；之后执行N2、判断全局变量key_AUTOSTART是否为空；

在全局变量key_AUTOSTART为空的情况下，跳过执行；

在全局变量key_AUTOSTART不为空的情况下，执行N3、判断全局变量key_AUTOSTART的值是否为：

Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run；

若否则跳过执行；若是则执行N4、执行开机自启项的启用，并将全局变量key_AUTOSTART的值置空。

步骤205、在通过所述兼容应用程序检测到所述目标应用程序调用所述取消自启配置接口的情况下，根据所述全局变量的值和所述取消自启配置接口，进行所述目标应用程序的开机自启项的取消设置。

在本申请实施例中，取消自启配置接口(后续名称简写为NtDeleteValueKey)的功能是判断应用程序是否需要对开机自启功能进行取消设置。用户在界面中对目标应用程序的开机自启项进行取消时，对应的配置操作会使得目标应用程序调用取消自启配置接口NtDeleteValueKey，并将全局变量的值作为参数，传入取消自启配置接口NtDeleteValueKey；取消自启配置接口NtDeleteValueKey会对全局变量的值进行识别检验，进行所述目标应用程序的开机自启项的取消设置。

可选的，步骤205具体可以包括子步骤2051-2053：

子步骤2051、对所述全局变量的值进行非空检测，获得检测结果。

子步骤2052、在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果。

子步骤2053、在所述比较结果为一致的情况下，通过所述取消自启配置接口在所述第一操作系统的开机自启目录中删除所述目标应用程序的快捷启动文件，完成所述目标应用程序的开机自启项的取消设置。

在本申请实施例中，针对子步骤2051-2053，在通过兼容应用程序检测到目标应用程序调用取消自启配置接口的情况下，首先可以对全局变量的值进行非空检测，获得检测结果，并在检测结果为全局变量的值非空的情况下，进一步将全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果。

在全局变量的值与预设的开机自启项的配置信息：

“Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run”一致的情况下，则可以确定当前用户对目标应用程序的开机自启项进行取消设置，则进一步可以由启用自启配置接口在第一操作系统中进行目标应用程序的开机自启项的取消设置。

具体的，第一操作系统(Linux)的开机自启配置，可以通过执行rm命令，由取消自启配置接口在第一操作系统的开机自启目录“～/.config/autostart”中删除目标应用程序的快捷启动文件(.desktop文件)，完成目标应用程序的开机自启项的取消设置，使目标应用程序的开机自启功能生效。

进一步参照图5，其示出了一种开机自启项的取消流程图，首先执行M1、调用启取消自启配置接口NtDeleteValueKey；之后执行M2、判断全局变量key_AUTOSTART是否为空；

在全局变量key_AUTOSTART为空的情况下，跳过执行；

在全局变量key_AUTOSTART不为空的情况下，执行M3、判断全局变量key_AUTOSTART的值是否为：

Software\\\\Microsoft\\\\Windows\\\\CurrentVersion\\\\Run；

若否则跳过执行；若是则执行M4、执行开机自启项的取消，并将全局变量key_AUTOSTART的值置空。

可选的，在步骤201之后，还可以包括：

步骤206、通过调用debustr_w函数，将所述项目名称成员的数据格式由wchar类型转换为char类型。

具体的，由于项目名称成员的数据类型是wchar型的宽字符，而strcmp函数需要对char类型的数据进行识别判断，因此可以调用debustr_w函数进行转换，将项目名称成员的数据格式由wchar类型转换为char类型的普通字符后再进行判断。

可选的，在步骤204或步骤205之后，还包括：

步骤207、将所述全局变量的值设置为空值。

在本申请实施例中，在启用或取消目标应用程序的开机自启功能的操作结束以后，还需要对全局变量key_AUTOSTART的值进行置空，使其指向NULL，若不进行置空操作，会导致后续操作重复对开机自启功能进行设置，导致目标应用程序的运行不稳定。

综上，本申请实施例可以通过兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；并利用配置信息，设定预设的全局变量的值，全局变量是供兼容应用程序使用的变量，并且全局变量的值被设置为配置信息时，全局变量可以用来表征用户对目标应用程序的开机自启项进行了配置。兼容应用程序还可以提供设置接口，用户在对目标应用程序的开机自启项进行配置的过程，具体可以通过调用设置接口来实现配置，则兼容应用程序响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，即可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，使得目标应用程序的开机自启功能生效，提升了用户体验。

图6是本申请实施例提供的一种开机自启项的配置装置的框图，应用于运行第一操作系统的电子设备，该装置包括：

配置信息模块301，用于通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；所述目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序；

设定模块302，用于根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置；

执行模块303，用于响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

可选的，所述配置信息模块301，包括：

参数传递子模块，用于获取传入所述监听接口的接口参数；所述接口参数包括属性结构体；所述属性结构体中包括项目名称成员；所述属性结构体用于存储：配置修改操作所对应的配置项的注册表句柄；

句柄获取子模块，用于在通过strcmp函数确定所述属性结构体中的项目名称成员为开机自启项的注册表句柄的情况下，将所述开机自启项的注册表句柄作为针对所述开机自启项的配置信息。

可选的，所述设定模块302，包括：

设定子模块，用于将所述开机自启项的注册表句柄，设置为所述全局变量的值。

可选的，所述装置还包括：

调用模块，用于通过调用debustr_w函数，将所述项目名称成员的数据格式由wchar类型转换为char类型。

可选的，所述设置接口包括：启用自启配置接口和取消自启配置接口；

所述执行模块303，包括：

启用子模块，用于在通过所述兼容应用程序检测到所述目标应用程序调用所述启用自启配置接口的情况下，根据所述全局变量的值和所述启用自启配置接口，进行所述目标应用程序的开机自启项的启用设置；

取消子模块，用于在通过所述兼容应用程序检测到所述目标应用程序调用所述取消自启配置接口的情况下，根据所述全局变量的值和所述取消自启配置接口，进行所述目标应用程序的开机自启项的取消设置。

可选的，所述启用子模块，包括：

第一检测单元，用于对所述全局变量的值进行非空检测，获得检测结果；

第一比较单元，用于在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果；

第一执行单元，用于在所述比较结果为一致的情况下，通过所述启用自启配置接口将所述目标应用程序的快捷启动文件存入所述第一操作系统的开机自启目录下，完成所述目标应用程序的开机自启项的启用设置。

可选的，所述取消子模块，包括：

第二检测单元，用于对所述全局变量的值进行非空检测，获得检测结果；

第二比较单元，用于在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果；

第二执行单元，用于在所述比较结果为一致的情况下，通过所述取消自启配置接口在所述第一操作系统的开机自启目录中删除所述目标应用程序的快捷启动文件，完成所述目标应用程序的开机自启项的取消设置。

可选的，所述装置还包括：

置空模块，用于将所述全局变量的值设置为空值。

综上，本申请实施例通过兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息，并利用配置信息，设定预设的全局变量的值，全局变量是供兼容应用程序使用的变量，并且全局变量的值被设置为配置信息，可以用来表征用户对目标应用程序的开机自启项进行了配置。兼容应用程序还可以提供设置接口，用户在对目标应用程序的开机自启项进行配置的过程，具体可以通过调用设置接口来实现配置，则兼容应用程序响应于目标应用程序对兼容应用程序提供的设置接口的调用，根据全局变量的值，即可在第一操作系统中，进行目标应用程序的开机自启项的设置操作，从而在兼容应用程序中兼容运行目标应用程序的场景下，使得目标应用程序的开机自启功能生效，提升了用户体验。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本申请实施例提供了一种开机自启项的配置装置，包括有存储器，以及一个以上的程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序包含用于进行上述一个或多个实施例中所述的方法。

图7是根据一示例性实施例示出的一种开机自启项的配置装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

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

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

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

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

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

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

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

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

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

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

图8是本申请的一些实施例中服务端的结构示意图。该服务端1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务端中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务端1900上执行存储介质1930中的一系列指令操作。

服务端1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务端或者终端)的处理器执行时，使得装置能够执行上述实施例方法。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务端或者终端)的处理器执行时，使得装置能够执行上述实施例方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行上述实施例方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

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

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

以上对本申请所提供的一种开机自启项的配置方法、装置、电子设备及计算机可读存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种开机自启项的配置方法，应用于第一操作系统的用户设备，其特征在于，所述方法包括：

通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；所述目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序；

根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置；

响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

2.根据权利要求1所述的开机自启项的配置方法，其特征在于，所述通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息，包括：

获取传入所述监听接口的接口参数；所述接口参数包括属性结构体；所述属性结构体中包括项目名称成员；所述属性结构体用于存储：配置修改操作所对应的配置项的注册表句柄；

在通过strcmp函数确定所述属性结构体中的项目名称成员为开机自启项的注册表句柄的情况下，将所述开机自启项的注册表句柄作为针对所述开机自启项的配置信息。

3.根据权利要求2所述的开机自启项的配置方法，其特征在于，所述根据所述配置信息，设定预设的全局变量的值，包括：

将所述开机自启项的注册表句柄，设置为所述全局变量的值。

4.根据权利要求2所述的开机自启项的配置方法，其特征在于，在所述获取传入所述监听接口的接口参数之后，还包括：

通过调用debustr_w函数，将所述项目名称成员的数据格式由wchar类型转换为char类型。

5.根据权利要求1所述的开机自启项的配置方法，其特征在于，所述设置接口包括：启用自启配置接口和取消自启配置接口；

所述响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作，包括：

在通过所述兼容应用程序检测到所述目标应用程序调用所述启用自启配置接口的情况下，根据所述全局变量的值和所述启用自启配置接口，进行所述目标应用程序的开机自启项的启用设置；

在通过所述兼容应用程序检测到所述目标应用程序调用所述取消自启配置接口的情况下，根据所述全局变量的值和所述取消自启配置接口，进行所述目标应用程序的开机自启项的取消设置。

6.根据权利要求5所述的开机自启项的配置方法，其特征在于，所述根据所述全局变量的值和所述启用自启配置接口，进行所述目标应用程序的开机自启项的启用设置，包括：

对所述全局变量的值进行非空检测，获得检测结果；

在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果；

在所述比较结果为一致的情况下，通过所述启用自启配置接口将所述目标应用程序的快捷启动文件存入所述第一操作系统的开机自启目录下，完成所述目标应用程序的开机自启项的启用设置。

7.根据权利要求5所述的开机自启项的配置方法，其特征在于，所述根据所述全局变量的值和所述取消自启配置接口，进行所述目标应用程序的开机自启项的取消设置，包括：

对所述全局变量的值进行非空检测，获得检测结果；

在所述检测结果为所述全局变量的值非空的情况下，将所述全局变量的值与预设的开机自启项的配置信息进行比较，获得比较结果；

在所述比较结果为一致的情况下，通过所述取消自启配置接口在所述第一操作系统的开机自启目录中删除所述目标应用程序的快捷启动文件，完成所述目标应用程序的开机自启项的取消设置。

8.根据权利要求1所述的开机自启项的配置方法，其特征在于，在所述响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作之后，还包括：

将所述全局变量的值设置为空值。

9.一种开机自启项的配置装置，应用于运行第一操作系统的电子设备，其特征在于，所述装置包括：

配置信息模块，用于通过所述用户设备中安装的兼容应用程序所提供的监听接口，获取目标应用程序针对开机自启项的配置信息；所述目标应用程序为在所述兼容应用程序中运行的第二操作系统的程序；

设定模块，用于根据所述配置信息，设定预设的全局变量的值；在所述全局变量的值为所述配置信息时，所述全局变量用于表征所述目标应用程序对开机自启项进行了配置；

执行模块，用于响应于所述目标应用程序对所述兼容应用程序提供的设置接口的调用，根据所述全局变量的值，进行所述目标应用程序的开机自启项的设置操作。

10.一种电子设备，其特征在于，包括：处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至8中任一项所述的方法。