独立系统进程的实现方法和装置与流程

本发明涉及计算机应用领域，特别是涉及一种独立系统进程的实现方法和装置。

背景技术：

随着各种电子设备的出现，为了保证电子设备的正常运行，产生了很多控制电子设备运行的软件。该软件通常是以ROM(Read-only memory，只读内存镜像)image形式发布。ROM开发者定制Android OS(Operating System，操作系统)时，往往会提供自己的系统服务。这些系统服务只能放在系统进程中运行，一旦出现Crash(即在正常计算机系统运行过程中，因某种原因宕机或程序停止工作等情况)，就会导致整个系统进程崩溃，电子设备无法正常工作，只能重启电子设备。

技术实现要素：

基于此，有必要针对电子设备使用开发者提供的ROM后出现错误，容易导致整个系统进程崩溃，电子设备无法工作的问题，提供一种独立系统进程的实现方法，能避免电子设备使用ROM出现错误后导致整个系统进程崩溃的情况，提高电子设备的使用效率。

此外，还有必要提供一种独立系统进程的实现装置，能避免电子设备使用ROM出现Crash后导致整个系统进程崩溃的情况，提高电子设备的使用效率。

一种独立系统进程的实现方法，包括以下步骤：

获取自定义系统服务，并在所述自定义系统服务中创建上下文；

配置所述自定义系统服务的进程属性为系统进程；

获取启动所述自定义系统服务的执行文件；

在启动原生系统服务的配置文件中增加启动所述自定义系统服务的执行文件的配置代码，生成包含启动所述自定义系统服务的执行文件的配置代码的启 动系统服务的配置文件。

一种独立系统进程的实现方法，包括以下步骤：

在系统启动时，加载包含启动自定义系统服务的执行文件的配置代码的启动系统服务的配置文件；

根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程；

在所述自定义系统服务进程中启动自定义系统服务；

通过所述原生系统服务进程中的跨进程调用服务调用委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，以使所述自定义系统服务进程作为独立系统进程运行。

一种独立系统进程的实现装置，包括：

自定义系统服务获取模块，用于获取自定义系统服务进程，并在所述自定义系统服务进程中创建上下文；

配置模块，用于配置所述自定义系统服务进程的属性为系统进程；

执行文件获取模块，用于获取启动所述自定义系统服务的执行文件；

第一生成模块，用于在启动原生系统服务的配置文件中增加启动所述自定义系统服务的执行文件的配置代码，生成包含启动所述自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

一种独立系统进程的实现装置，包括：

加载模块，用于在系统启动时，加载包含启动自定义系统服务的执行文件的配置代码的启动系统服务的配置文件；

进程启动模块，用于根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程；

自定义系统服务启动模块，用于在所述自定义系统服务进程中启动自定义系统服务；

调用模块，用于通过所述原生系统服务进程中的跨进程调用服务调用委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，以使所述自定义系统服务进程作为独立系统进程运行。

上述独立系统进程的实现方法和装置，通过将自定义系统服务中创建上下文及设置进程属性为系统进程，并将启动自定义系统服务的执行文件的配置代码增加到启动原生系统服务的配置文件中生成启动系统服务的配置文件，如此在操作系统启动时能够启动自定义系统服务中，使得自定义系统服务以独立系统进程运行，因自定义系统服务以独立系统进程运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

附图说明

图1为一个实施例中终端的内部结构示意图；

图2为一个实施例中独立系统进程的实现方法的流程图；

图3为另一个实施例中独立系统进程的实现方法的流程图；

图4为另一个实施例中独立系统进程的实现方法的流程图；

图5为另一个实施例中独立系统进程的实现方法的流程图；

图6为一个实施例中独立系统进程的实现装置的结构框图；

图7为另一个实施例中独立系统进程的实现装置的结构框图；

图8为另一个实施例中独立系统进程的实现装置的结构框图；

图9为另一个实施例中独立系统进程的实现装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中终端的内部结构示意图。如图1所示，该终端包括通过系统总线连接的处理器、存储介质、内存、网络接口、声音采集装置、显示屏和输入装置。其中，终端的存储介质存储有操作系统，还包括一种独立系统进程的实现装置，该独立系统进程的实现装置用于实现一种独立系统进程的实现方法。该处理器用于提供计算和控制能力，支撑整个终端的运行。终端中的内 存为存储介质中的独立系统进程的实现装置的运行提供环境，网络接口用于与服务器进行网络通信，如发送数据请求至服务器，接收服务器返回的数据等。终端的显示屏可以是液晶显示屏或者电子墨水显示屏等，输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是外接的键盘、触控板或鼠标等。该终端可以是手机、平板电脑或者个人数字助理。本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

图2为一个实施例中独立系统进程的实现方法的流程图。如图2所示，一种独立系统进程的实现方法，包括以下步骤：

步骤202，获取自定义系统服务，并在该自定义系统服务中创建上下文。

具体地，使用Java语言编写自定义系统服务，并给自定义系统服务定义名称，例如名称为MySystemServer。在自定义系统服务中提供入口函数main，并在自定义系统服务中调用ActivityThread.getSystemContext创建一个Context(上下文)，以便后续编写程序时使用。Java语言是一种可以撰写跨平台应用程序的面向对象的程序设计语言。在Android开发中主要使用的是Java语言。Andriod是一个基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机、平板电脑等。Context是描述一个应用程序环境的信息，该类是一个抽象类，Android提供了该抽象类的具体实现类，如ContextIml类，通过Context可以获取应用程序的资源和类，也包括一些应用级别操作，例如启动Activity，发送广播，接收Intent等。

步骤204，配置该自定义系统服务的进程属性为系统进程。

具体地，进程是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。系统进程是指操作系统运行核心代码，提供核心服务的进程，其为操作系统运行最关键的部分。

自定义系统服务的进程属性设置为系统进程，可让自定义系统服务启动进 程后作为系统进程运行。

在一个实施例中，配置自定义系统服务的进程属性为系统进程可采用标记方式。

在另一个实施例中，配置自定义系统服务的进程属性为系统进程包括：在活动管理服务同级目录下增加委托类文件，并在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数；在原生系统服务中增加跨进程调用服务，通过该跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中。

具体地，在Android源码ActivityMangerService.java(活动管理服务)同级目录下增加MyDelegate.java(委托类)文件，在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数，即在MyDelegate.java文件里面按照AcitivityManagerService.setSystemProcess编写函数setAsSystemServer(配置系统服务函数)。同时在原生系统服务中增加一个MyDaemon(跨进程调用服务)，MyDaemon用于提供一个跨进程调用服务，调用MyDelegate的setAsSystemServer。原生系统服务是指未经过修改的操作系统自带的底层运行的核心系统服务，给上层应用程序提供各种服务，比如访问硬件等。

步骤206，获取启动该自定义系统服务的执行文件。

具体地，将源码中类名称修改为自定义系统服务的名称，将进程名称修改为自定义系统服务进程名称，再编译生成二进制执行文件，得到启动该自定义系统服务的执行文件，并将自定义系统服务的执行文件放入指定目录下。

使用C/C++语言等编写启动MySystemServer的代码逻辑。该代码逻辑与Android源码中app_process对应的app_main.cpp基本一样，只是启动的ClassName(源码中类名称)修改为自定义系统服务的名称“MySystemServer”，将进程名称修改为自定义系统服务进程名称“my_process”，然后编译成二进制执行文件my_system_server，将my_system_server放入指定目录下，如/system/bin/目录下。

步骤208，在启动原生系统服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码，生成包含启动该自定义系统服务的执行文件的配置代码 的启动系统服务的配置文件。

具体地，在Android的启动核心服务的配置文件(即init.rc文件或initng文件或upstart文件或runit文件或bootscripts文件等)中增加启动该自定义系统服务的执行文件的配置代码。

例如，在启动核心服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码如下：

service my_system_server/system/bin/my_system_server class main

上述配置代码包括自定义系统服务的执行文件所存储的路径，并提供了入口函数class main。

init.rc文件是内核自行启动之后，通过启动一个用户级程序init的方式，完成引导过程。

上述独立系统进程的实现方法，通过将自定义系统服务中创建上下文及设置进程属性为系统进程，并将启动自定义系统服务的执行文件的配置代码增加到启动原生系统服务的配置文件中生成启动系统服务的配置文件，如此在操作系统启动时能够启动自定义系统服务中，使得自定义系统服务以独立系统进程运行，因自定义系统服务以独立系统进程运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

在一个实施例中，上述独立系统进程的实现方法还包括：将生成的启动系统服务的配置文件重新编译生成只读内存镜像文件。

具体地，将生成的包含启动所述自定义系统服务的执行文件的配置代码的启动系统服务的配置文件重新编译，生成ROM文件(只读内存镜像文件)，然后可将ROM文件利用工具写入到终端中。例如，可将终端与计算机相连，在计算机安装刷ROM的应用程序，将生成的ROM文件写入到终端中。

图3为另一个实施例中独立系统进程的实现方法的流程图。如图3所示，在一个实施例中，上述独立系统进程的实现方法还包括：

步骤302，在系统启动时，加载包含启动该自定义系统服务的执行文件的配 置代码的启动系统服务的配置文件。

具体地，加载生成的包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件，即新的init.rc。

步骤304，根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程。

具体地，原生系统服务进程是指未经过修改过的操作系统自带的底层运行的核心系统服务进程，给上层应用程序提供各种服务，比如访问硬件等。自定义系统服务进程是指给开发者自定义系统服务提供运行环境的系统进程。例如，自定义系统服务进程可为my_system_server进程。

步骤306，在该自定义系统服务进程中启动自定义系统服务。

具体地，启动自定义系统服务可为启动MySystemServer。

步骤308，根据自定义系统服务进程的属性为系统进程，将该自定义系统服务进程作为独立系统进程运行。

具体地，因自定义系统服务进程的属性设置为系统进程，可将自定义系统服务进程作为独立系统进程进行运行。

上述独立系统进程的实现方法，在系统启动时，通过加载包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件，使得原生系统服务进程和自定义系统服务进程同时运行，并在自定义系统服务进程中启动自定义系统服务，使得自定义系统服务进程作为独立系统服务进程进行运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

图4为另一个实施例中独立系统进程的实现方法的流程图。如图4所示，一种独立系统进程的实现方法，包括以下步骤：

步骤402，获取自定义系统服务，并在该自定义系统服务中创建上下文。

具体地，使用Java语言编写自定义系统服务，并给自定义系统服务定义名称，例如名称为MySystemServer。在自定义系统服务中提供入口函数main，并 在自定义系统服务中调用ActivityThread.getSystemContext创建一个Context(上下文)，以便后续编写程序时使用。Java语言是一种可以撰写跨平台应用程序的面向对象的程序设计语言。在Android开发中主要使用的是Java语言。Andriod是一个基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机、平板电脑等。Context是描述一个应用程序环境的信息，该类是一个抽象类，Android提供了该抽象类的具体实现类，如ContextIml类，通过Context可以获取应用程序的资源和类，也包括一些应用级别操作，例如启动Activity，发送广播，接收Intent等。

步骤404，在活动管理服务同级目录下增加委托类文件，并在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数。

具体地，在Android源码ActivityMangerService.java(活动管理服务)同级目录下增加MyDelegate.java(委托类)文件，在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数，即在MyDelegate.java文件里面按照AcitivityManagerService.setSystemProcess编写函数setAsSystemServer(配置系统服务函数)。

步骤406，在原生系统服务中增加跨进程调用服务，通过该跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中。

具体地，在原生系统服务中增加一个MyDaemon(跨进程调用服务)，MyDaemon用于提供一个跨进程调用服务，调用MyDelegate的setAsSystemServer。原生系统服务是指未经过修改的操作系统自带的底层运行的核心系统服务，给上层应用程序提供各种服务，比如访问硬件等。

在一个实施例中，MySystemServer.java核心参考代码如下：

MyDelegate.java的核心参考代码：public static void setAsSystemProcess(int pid,IApplicationThread thread)//将指定pid(进程id)和其主线程添加到系统进程中的实现方法

步骤408，获取启动该自定义系统服务的执行文件。

具体地，将源码中类名称修改为自定义系统服务的名称，将进程名称修改为自定义系统服务进程名称，再编译生成二进制执行文件，得到启动该自定义系统服务的执行文件，并将自定义系统服务的执行文件放入指定目录下。

使用C/C++语言等编写启动MySystemServer的代码逻辑。该代码逻辑与Android源码中app_process对应的app_main.cpp基本一样，只是启动的ClassName(源码中类名称)修改为自定义系统服务的名称“MySystemServer”， 将进程名称修改为自定义系统服务进程名称“my_process”，然后编译成二进制执行文件my_system_server，将my_system_server放入指定目录下，如/system/bin/目录下。

步骤410，在启动原生系统服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码，生成包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

具体地，在Android的启动核心服务的配置文件(即init.rc文件或initng文件或upstart文件或runit文件或bootscripts文件等)中增加启动该自定义系统服务的执行文件的配置代码。

例如，在启动核心服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码如下：

service my_system_server/system/bin/my_system_server class main

上述配置代码包括自定义系统服务的执行文件所存储的路径，并提供了入口函数class main。

init.rc文件是内核自行启动之后，通过启动一个用户级程序init的方式，完成引导过程。

上述独立系统进程的实现方法，通过将自定义系统服务中创建上下文，并通过在原生系统服务中增加跨进程调用服务，通过该跨进程调用服务调用委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，使得自定义系统服务进程成为系统服务进程，并将启动自定义系统服务的执行文件的配置代码增加到启动原生系统服务的配置文件中生成启动系统服务的配置文件，如此在操作系统启动时能够启动自定义系统服务中，使得自定义系统服务以独立系统进程运行，因自定义系统服务以独立系统进程运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

图5为另一个实施例中独立系统进程的实现方法的流程图。如图5所示， 在一个实施例中，上述独立系统进程的实现方法还包括：

步骤502，在系统启动时，加载包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

具体地，加载生成的包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件，即新的init.rc。

步骤504，根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程。

具体地，原生系统服务进程是指未经过修改过的操作系统自带的底层运行的核心系统服务进程，给上层应用程序提供各种服务，比如访问硬件等。自定义系统服务进程是指给开发者自定义系统服务提供运行环境的系统进程。例如，自定义系统服务进程可为my_system_server进程。

步骤506，在该自定义系统服务进程中启动自定义系统服务。

具体地，起点自定义系统服务可为启动MySystemServer。

步骤508，通过该原生系统服务进程中的跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，以使该自定义系统服务进程作为独立系统进程运行。

具体地，通过该跨进程调用服务调用委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，使得自定义系统服务进程成为系统服务进程进行运行。

上述独立系统进程的实现方法，在系统启动时，通过加载包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件，使得原生系统服务进程和自定义系统服务进程同时运行，并在自定义系统服务进程中启动自定义系统服务，使得自定义系统服务进程作为独立系统服务进程进行运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

图6为一个实施例中独立系统进程的实现装置的结构框图。如图6所示， 一种独立系统进程的实现装置，包括自定义系统服务获取模块602、配置模块604、执行文件获取模块606和第一生成模块608。其中：

自定义系统服务获取模块602用于获取自定义系统服务进程，并在该自定义系统服务进程中创建上下文。

具体地，使用Java语言编写自定义系统服务，并给自定义系统服务定义名称，例如名称为MySystemServer。在自定义系统服务中提供入口函数main，并在自定义系统服务中调用ActivityThread.getSystemContext创建一个Context(上下文)，以便后续编写程序时使用。Java语言是一种可以撰写跨平台应用程序的面向对象的程序设计语言。在Android开发中主要使用的是Java语言。Andriod是一个基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机、平板电脑等。Context是描述一个应用程序环境的信息，该类是一个抽象类，Android提供了该抽象类的具体实现类，如ContextIml类，通过Context可以获取应用程序的资源和类，也包括一些应用级别操作，例如启动Activity，发送广播，接收Intent等。

配置模块604用于配置该自定义系统服务进程的属性为系统进程。

具体地，进程是计算机中的程序关于某数据集合上的一次运行活动，是系统进行资源分配和调度的基本单位，是操作系统结构的基础。系统进程是指操作系统运行核心代码，提供核心服务的进程，其为操作系统运行最关键的部分。

自定义系统服务的进程属性设置为系统进程，可让自定义系统服务启动进程后作为系统进程运行。

在一个实施例中，配置自定义系统服务的进程属性为系统进程可采用标记方式。

在另一个实施例中，配置模块604还用于在活动管理服务同级目录下增加委托类文件，并在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数；在原生系统服务中增加跨进程调用服务，通过该跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中。

执行文件获取模块606用于获取启动该自定义系统服务的执行文件。

具体地，执行文件获取模块606还用于将源码中类名称修改为自定义系统服务的名称，将进程名称修改为自定义系统服务进程名称，再编译生成二进制执行文件，得到启动该自定义系统服务的执行文件，并将自定义系统服务的执行文件放入指定目录下。

使用C/C++语言等编写启动MySystemServer的代码逻辑。该代码逻辑与Android源码中app_process对应的app_main.cpp基本一样，只是启动的ClassName(源码中类名称)修改为自定义系统服务的名称“MySystemServer”，将进程名称修改为自定义系统服务进程名称“my_process”，然后编译成二进制执行文件my_system_server，将my_system_server放入指定目录下，如/system/bin/目录下。

第一生成模块608用于在启动原生系统服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码，生成包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

具体地，在Android的启动核心服务的配置文件(即init.rc文件或initng文件或upstart文件或runit文件或bootscripts文件等)中增加启动该自定义系统服务的执行文件的配置代码。

例如，在启动核心服务的配置文件中增加启动该自定义系统服务的执行文件的配置代码如下：

service my_system_server/system/bin/my_system_server class main

上述配置代码包括自定义系统服务的执行文件所存储的路径，并提供了入口函数class main。

init.rc文件是内核自行启动之后，通过启动一个用户级程序init的方式，完成引导过程。

上述独立系统进程的实现装置，通过将自定义系统服务中创建上下文及设置进程属性为系统进程，并将启动自定义系统服务的执行文件的配置代码增加到启动原生系统服务的配置文件中生成启动系统服务的配置文件，如此在操作系统启动时能够启动自定义系统服务中，使得自定义系统服务以独立系统进程 运行，因自定义系统服务以独立系统进程运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

图7为另一个实施例中独立系统进程的实现装置的结构框图。如图7所示，一种独立系统进程的实现装置，除了包括自定义系统服务获取模块602、配置模块604、执行文件获取模块606和第一生成模块608，还包括加载模块610、进程启动模块612、自定义系统服务启动模块614、调用模块616。其中：

加载模块610用于在系统启动时，加载包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

进程启动模块612用于根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程。

具体地，原生系统服务进程是指未经过修改过的操作系统自带的底层运行的核心系统服务进程，给上层应用程序提供各种服务，比如访问硬件等。自定义系统服务进程是指给开发者自定义系统服务提供运行环境的系统进程。例如，自定义系统服务进程可为my_system_server进程。

自定义系统服务启动模块614用于在该自定义系统服务进程中启动自定义系统服务。

具体地，启动自定义系统服务可为启动MySystemServer。

调用模块616用于根据自定义系统服务进程的属性为系统进程，将该自定义系统服务进程作为独立系统进程运行。

具体地，因自定义系统服务进程的属性设置为系统进程，可将自定义系统服务进程作为独立系统进程进行运行。

上述独立系统进程的实现装置，在系统启动时，通过加载包含启动该自定义系统服务的执行文件的配置代码的启动系统服务的配置文件，使得原生系统服务进程和自定义系统服务进程同时运行，并在自定义系统服务进程中启动自定义系统服务，使得自定义系统服务进程作为独立系统服务进程进行运行，与原生系统进程隔开，即使自定义系统服务进程出现错误，也不会影响原生系统 进程，不会导致死机，且独立系统进程出错之后能够自动恢复，为后续继续提供服务。

配置模块604还用于在活动管理服务同级目录下增加委托类文件，并在该委托类文件中增加将当前的进程标识放入系统进程列表中的配置系统服务函数；以及在原生系统服务中增加跨进程调用服务，通过该跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中；

调用模块616还用于通过该原生系统服务进程中的跨进程调用服务调用该委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，以使该自定义系统服务进程作为独立系统进程运行。

图8为另一个实施例中独立系统进程的实现装置的结构框图。如图8所示，一种独立系统进程的实现装置，除了包括自定义系统服务获取模块602、配置模块604、执行文件获取模块606和第一生成模块608，还包括第二生成模块618。其中：

第二生成模块618用于将生成的启动系统服务的配置文件重新编译生成只读内存镜像文件。

在其他实施例中，一种独立系统进程的实现装置，可包括自定义系统服务获取模块602、配置模块604、执行文件获取模块606、第一生成模块608、加载模块610、进程启动模块612、自定义系统服务启动模块614、调用模块616和第二生成模块618的任意可能组合。

图9为另一个实施例中独立系统进程的实现装置的结构框图。如图9所示，一种独立系统进程的实现装置，包括加载模块902、进程启动模块904、自定义系统服务启动模块906和调用模块908。其中：

加载模块902用于在系统启动时，加载包含启动自定义系统服务的执行文件的配置代码的启动系统服务的配置文件。

进程启动模块904用于根据加载的系统服务的配置文件启动原生系统服务进程和自定义系统服务进程。

自定义系统服务启动模块906用于在该自定义系统服务进程中启动自定义系统服务；

调用模块908用于通过该原生系统服务进程中的跨进程调用服务调用委托类文件中的配置系统服务函数将自定义系统服务进程标识放入系统进程列表中，以使该自定义系统服务进程作为独立系统进程运行。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。