开机方法、开机装置及Android智能设备与流程

文档序号:12499222阅读:230来源:国知局
开机方法、开机装置及Android智能设备与流程

本发明涉及智能设备技术领域,尤其涉及一种开机方法、开机装置及Android智能设备。



背景技术:

随着采用Android系统的Android电视的飞速发展,越来越多的电视应用应运而生。娱乐电视已经成为一种趋势,因此电视体验显得尤为重要,众多电视应用(包括第三方应用)为了提升产品自身的体验性,都会采取开机启动某些服务的方式,后台监听用户的操作,提供实时响应,来提升用户的好感度。由于有些服务是在Init.rc里面启动的,而此时应用开机启动的方式一般都是采取监听系统开机广播ACTION_BOOT_COMPLETED,这样一来在开机过程中,众多应用在集中的时间启动,CPU占用相当高,很容易引起系统卡顿。



技术实现要素:

本发明的主要目的在于提供一种开机方法,旨在解决开机过程中众多应用集中启动,CPU占用率过高造成系统卡顿的技术问题。

为实现上述目的,本发明提出一种开机方法,包括以下步骤:

在Zygote创建的SystemServer进程中启动ActivityManagerService;

ActivityManagerService发送用于启动第一优先级系统服务或系统应用的自定义BOOT_P0广播;

在所述自定义BOOT_P0广播发出后的预设时间之后,发送用于启动第二优先级系统服务或系统应用的自定义BOOT_P1广播;

在所述自定义BOOT_P1广播发出后的预设时间之后,发送用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播。

进一步地,所述在所述自定义BOOT_P1广播发出预设时间之后,发送用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播的步骤之后,还包括:

所述第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播并启动。

进一步地,所述第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播并启动的步骤包括:

分别用数组保存每一第三方应用和/或第三优先级系统服务的结构体,形成receivers队列;

依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked在receivers队列中进行优先级排序;

实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息;

依据更新后的数组信息调整第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序。

进一步地,所述结构体的元素包括用户使用频率、开机绝对时间、Activity名称及用户使用时间。

进一步地,所述预设时间的预设过程包括以下步骤:

检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量;

根据智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量,调试自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔。

本发明的另一目的在于提供一种开机装置,该开机装置包括:

ActivityManagerService启动模块,在Zygote创建的SystemServer进程中启动ActivityManagerService;

自定义BOOT_P0广播发送模块,利用ActivityManagerService发送用于启动第一优先级系统服务或系统应用的自定义BOOT_P0广播;

自定义BOOT_P1广播发送模块,在所述自定义BOOT_P0广播发出预设时间之后,发送用于启动第二优先级系统服务或系统应用的自定义BOOT_P1广播;及

源生ACTION_BOOT_COMPLETED广播发送模块,在所述自定义BOOT_P1广播发出预设时间之后,发送用于启动第三方应用或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播。

进一步地,该优化装置还包括:

源生ACTION_BOOT_COMPLETED广播接收模块,控制所述第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播并启动。

进一步地,所述源生ACTION_BOOT_COMPLETED广播接收模块包括:

receivers队列形成单元,分别用数组保存每一第三方应用和/或第三优先级系统服务的结构体,形成receivers队列;

优先级排序单元,依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked在receivers队列中进行优先级排序;

数组信息更新单元,实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息;及

优先级顺序调整单元,依据更新后的数组信息调整第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序。

进一步地,所述结构体的元素包括用户使用频率、开机绝对时间、Activity名称及用户使用时间。

进一步地,该开机装置还包括:

检测模块,检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量;及

调试模块,根据智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量,调试自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔。

本发明还提供一种Android智能设备,该Android智能设备包括如上所述的开机装置。

本发明的开机方法,在开机过程中由Zygote进程创建的SystemServer进程中启动ActivityManagerService,由ActivityManagerService在FinishBooting函数或其他进程中发送自定义BOOT_P0广播,以启动第一优先级的系统服务或系统应用,在自定义BOOT_P0广播发出预设时间之后,发送自定义BOOT_P1广播,以启动优先级仅次于自定义BOOT_P0广播启动的系统服务或应用,在自定义BOOT_P1广播发出预设时间之后,发送启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,根据需要启动的系统服务的多少,还可以增加自定义BOOT_P广播,以在开机过程中,将要启动的应用或服务按照优先级的顺序先后进行启动,避免了众多应用或服务集中于同一时刻启动,占用CPU造成的系统卡顿,减轻了系统负担,提高了系统运行的流畅性。

附图说明

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

图1为本发明开机方法一实施例的流程图;

图2为图1中步骤S50的具体流程图;

图3为本发明中预设时间的预设过程一实施例的流程图;

图4为本发明开机装置一实施例的功能模块图;

图5为图4中源生ACTION_BOOT_COMPLETED广播接收模块的结构示意图。

附图标号说明:

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

本发明提供一种开机方法,应用于智能设备。

参照图1,图1为本发明开机方法一实施例的流程图,在本实施例中,该开机方法包括以下步骤:

S10:在Zygote创建的SystemServer进程中启动ActivityManagerService;

S20:ActivityManagerService发送用于启动第一优先级系统服务或系统应用的自定义BOOT_P0广播;

S30:在所述自定义BOOT_P0广播发出后的预设时间之后,发送用于启动第二优先级系统服务或系统应用的自定义BOOT_P1广播;

S40:在所述自定义BOOT_P1广播发出后的预设时间之后,发送用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播;

S50:所述第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播并启动。

本实施例的开机方法,主要用于对基于Android平台的智能设备的开机启动过程进行优化,在开机启动过程中,首先由Zygote进程创建SystemServer进程,由SystemServer进程启动关键的Service,也即ActivityManagerService,在正常启动的情况下ActivityManagerService会在FinishBooting函数中发送BOOT_COMPLETED广播,或者由ActivityManagerService在其他函数中启动FinishBooting函数发送BOOT_COMPLETED广播,或者由ActivityManagerService在其他进程中发送BOOT_COMPLETED广播,然后所有的第三方应用或系统服务均会接收该BOOT_COMPLETED广播进行开机启动,这样会造成系统卡顿,运行不畅,本发明的关键点就在于将ActivityManagerService发送的BOOT_COMPLETED广播替换为用于启动系统开机运行必需的系统服务的自定义BOOT_P广播,所述自定义BOOT_P广播根据对应的启动服务自定义编写,对应所要启动的系统服务,根据系统服务默认的优先级将启动第一优先级系统服务或系统应用0的自定义广播命名为BOOT_P0,将启动第二优先级系统服务或系统应用1的自定义广播命名为BOOT_P1,根据需要可以对优先级次于Service1的Service2设定启动的自定义广播BOOT_P2,自定义BOOT_P1广播的发送时间在自定义BOOT_P0广播发出预设时间之后,所述预设时间视开机启动过程中每一自定义广播启动服务的多少及系统硬件的配置进行自行定义,一般定义为1秒,若系统硬件配置较差,或者自定义广播启动的服务太多,则预设时间会多于1秒,若系统硬件配置较差,或者自定义广播启动的服务较少,则预设时间会少于1秒,若Service0占用CPU的比例较大,则距离发送自定义BOOT_P1广播的间隔就较长,反之则时间间隔较短。

在系统开机必需的系统服务启动之后,FinishBooting函数或FinishBooting函数的启动函数启动FinishBooting函数或其他进程会发出用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,第三方应用和/或第三优先级系统服务会接收所述源生ACTION_BOOT_COMPLETED广播进行启动,第三方应用和/或第三优先级系统服务在启动过程中,为了避免集中启动造成系统卡顿,也会在内部给需要启动的第三方应用和/或第三优先级系统服务一个优先级排序,也即将所有需要开机启动的第三方应用和/或第三优先级系统服务在receivers队列中进行优先级排序,然后依据每一第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序接收源生ACTION_BOOT_COMPLETED广播进行启动,避免了所有第三方应用和/或第三优先级系统服务同时启动,占用CPU造成系统卡顿的问题。

本实施例的开机方法,在开机过程中由Zygote进程创建的SystemServer进程中启动ActivityManagerService,由ActivityManagerService在FinishBooting函数或FinishBooting函数的启动函数启动FinishBooting函数或其他进程中发送自定义BOOT_P0广播,以启动第一优先级的系统服务或系统应用,在自定义BOOT_P0广播发出预设时间之后,发送自定义BOOT_P1广播,以启动优先级仅次于自定义BOOT_P0广播启动的系统服务或系统应用,在自定义BOOT_P1广播发出预设时间之后,发送启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,根据需要启动的系统服务的多少,还可以增加自定义BOOT_P广播,最后由第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播,以在开机过程中,将要启动的应用或服务按照优先级的顺序先后进行启动,避免了众多应用或服务集中于同一时刻启动,占用CPU造成的系统卡顿,减轻了系统负担,提高了系统运行的流畅性。

参照图2,步骤S50包括:

S51:分别用数组保存每一第三方应用和/或第三优先级系统服务的结构体,形成receivers队列;

S52:依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked在receivers队列中进行优先级排序;

S53:实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息;

S54:依据更新后的数组信息调整第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序。

本实施例的开机方法,第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播时,首先分别用数组保存每一个第三方应用和/或第三优先级系统服务的结构体,所述结构体包括该第三方应用和/或第三优先级系统服务的开机绝对时间,Activity名称,用户使用该第三方应用和/或第三优先级系统服务的时间及频率,上述四种信息构成每一结构体或数组的组成元素,然后每一第三方应用和/或第三优先级系统服务对应的数组结合起来形成receivers队列,之后依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked算法在receivers队列中进行优先级排序,也即,将每一第三方应用和/或第三优先级系统服务的用户使用频率、开机绝对时间、Activity名称、及用户使用时间等信息作为broadcastIntentLocked算法的变量,综合考虑各项标准进行优先等级排序。

由于每次开机启动时或者启动后对所述第三方应用和/或第三优先级系统服务的操作不同,为了在下一次开机时在保证系统流畅的前提下获得更好的用户体验,该系统会实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息,对每一次针对第三方应用和/或第三优先级系统服务进行的操作进行记录,然后进行数组信息的实时更新,最后根据更新后的数组信息,也即每一第三方应用和/或第三优先级系统服务的用户使用频率、开机绝对时间、Activity名称、及用户使用时间,重新利用broadcastIntentLocked算法在receivers队列中进行优先级排序,以保证使用频率较高、开机绝对时间短,使用时间比较长的第三方应用和/或第三优先级系统服务在下一次的启动中,最先接收FinishBooting函数发送的源生ACTION_BOOT_COMPLETED广播。

参照图3,所述预设时间的预设过程包括以下步骤:

S80:检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量;

S90:根据智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量,调试自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔。

本实施例中,步骤S30和S40中的预设时间进行自行定义的过程如下,首先开机系统会检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播在本次开机中启动的服务数量,然后根据智能设备的硬件配置和BOOT_P0广播或自定义BOOT_P1广播在本次开机中启动的服务数量,尝试开机启动,如果视频卡顿,则在重新启动时适当延长自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔,重复调试,保证开机系统的运行流畅,所述时间间隔,也即预设时间一般定义为1秒,若系统硬件配置较差,或者自定义广播启动的服务太多,则预设时间会多于1秒,若系统硬件配置较差,或者自定义广播启动的服务较少,则预设时间会少于1秒。

参照图4,图4为本发明开机装置一实施例的功能模块图,在本实施例中,该优化装置100包括:

ActivityManagerService启动模块10,在Zygote创建的SystemServer进程中启动ActivityManagerService;

自定义BOOT_P0广播发送模块20,利用ActivityManagerService发送用于启动第一优先级系统服务或系统应用的自定义BOOT_P0广播;

自定义BOOT_P1广播发送模块30,在所述自定义BOOT_P0广播发出后的预设时间之后,发送用于启动第二优先级系统服务或系统应用的自定义BOOT_P1广播;

源生ACTION_BOOT_COMPLETED广播发送模块40,在所述自定义BOOT_P1广播发出后的预设时间之后,发送用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播;

源生ACTION_BOOT_COMPLETED广播接收模块50,控制所述第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播并启动。

本实施例的开机优化装置100,包括ActivityManagerService启动模块10、自定义BOOT_P0广播发送模块20、自定义BOOT_P1广播发送模块30、源生ACTION_BOOT_COMPLETED广播发送模块40、源生ACTION_BOOT_COMPLETED广播接收模块50。在开机启动过程中,首先由ActivityManagerService启动模块10控制Zygote进程创建SystemServer进程,由SystemServer进程启动关键的Service,也即ActivityManagerService,在正常启动的情况下ActivityManagerService会在FinishBooting函数中发送BOOT_COMPLETED广播,或者由ActivityManagerService在其他函数中启动FinishBooting函数发送BOOT_COMPLETED广播,或者由ActivityManagerService在其他进程中发送BOOT_COMPLETED广播,然后所有的第三方应用、及系统服务均会接收该BOOT_COMPLETED广播进行开机启动,这样会造成系统卡顿,运行不畅,本发明的关键点就在于将ActivityManagerService在FinishBooting函数或FinishBooting函数的启动函数或其他进程中发送的BOOT_COMPLETED广播替换为用于启动系统开机运行必需的系统服务的自定义BOOT_P广播,由自定义BOOT_P0广播发送模块20根据系统服务默认的优先级针对第一优先级系统服务或系统应用0发送自定义BOOT_P0广播,自定义BOOT_P1广播发送模块30针对第二优先级系统服务或系统应用1发送自定义BOOT_P1广播,根据需要可以对优先级次于Service1的Service2设定启动的自定义广播BOOT_P2,自定义BOOT_P1广播的发送时间在自定义BOOT_P0广播发出预设时间之后,所述预设时间视开机启动过程中服务的大小进行自行定义,若Service0占用CPU的比例较大,则距离发送自定义BOOT_P1广播的间隔就较长,反之则时间间隔较短。

在系统开机必需的Service启动之后,源生ACTION_BOOT_COMPLETED广播发送模块40会控制FinishBooting函数或FinishBooting函数的启动函数启动FinishBooting函数或其他进程发出用于启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,第三方应用和/或第三优先级系统服务会接收所述源生ACTION_BOOT_COMPLETED广播进行启动,在第三方应用和/或第三优先级系统服务在启动过程中,为了避免集中启动造成系统卡顿,也会在内部给需要启动的第三方应用和/或第三优先级系统服务一个优先级排序,也即将所有需要开机启动的第三方应用和/或第三优先级系统服务在receivers队列中进行优先级排序,然后由ACTION_BOOT_COMPLETED广播接收模块50控制每一第三方应用和/或第三优先级系统服务依据在receivers队列中的优先级顺序接收源生ACTION_BOOT_COMPLETED广播进行启动,避免了所有第三方应用和/或第三优先级系统服务同时启动,占用CPU造成系统卡顿的问题。

本实施例的开机装置100,在开机过程中由ActivityManagerService启动模块10在Zygote创建的SystemServer进程中启动ActivityManagerService,由自定义BOOT_P0广播发送模块20利用ActivityManagerService在FinishBooting函数或FinishBooting函数的启动函数启动FinishBooting函数或其他进程中发送自定义BOOT_P0广播,以启动第一优先级的系统服务或系统应用,在BOOT_P0广播发出预设时间之后,由自定义BOOT_P1广播发送模块30发送自定义BOOT_P1广播,以启动优先级仅次于自定义BOOT_P0广播启动的系统服务或系统应用,在自定义BOOT_P1广播发出预设时间之后,由源生ACTION_BOOT_COMPLETED广播发送模块40发送启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,根据需要启动的系统Service的多少,还可以增加自定义BOOT_P广播,最后由源生ACTION_BOOT_COMPLETED广播接收模块50控制所述第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播,以在开机过程中,将要启动的应用或服务按照优先级的顺序先后进行启动,避免了众多应用或服务集中于同一时刻启动,占用CPU造成的系统卡顿,减轻了系统负担,提高了系统运行的流畅性。

参照图5,所述源生ACTION_BOOT_COMPLETED广播接收模块50包括:

receivers队列形成单元51,分别用数组保存每一第三方应用和/或第三优先级系统服务的结构体,形成receivers队列;

优先级排序单元52,依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked在receivers队列中进行优先级排序;

数组信息更新单元53,实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息;

优先级顺序调整单元54,依据更新后的数组信息调整第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序。

本实施例的开机装置100,源生ACTION_BOOT_COMPLETED广播接收模块50包括receivers队列形成单元51、优先级排序单元52、数组信息更新单元53、及优先级顺序调整单元54。receivers队列形成单元51用于分别用数组保存每一个第三方应用和/或第三优先级系统服务的结构体,所述结构体包括该第三方应用的开机绝对时间,Activity名称,用户使用该第三方应用和/或第三优先级系统服务的时间及频率,上述四种信息构成每一结构体或数组的组成元素,然后每一第三方应用和/或第三优先级系统服务对应的数组结合起来形成receivers队列优先级排序单元52依据每一第三方应用和/或第三优先级系统服务的结构体,利用broadcastIntentLocked算法在receivers队列中进行优先级排序,也即,将每一第三方应用和/或第三优先级系统服务的用户使用频率、开机绝对时间、Activity名称、及用户使用时间等信息作为broadcastIntentLocked算法的变量,综合考虑各项标准进行优先等级排序。

由于每次开机启动时或者启动后对所述第三方应用和/或第三优先级系统服务的操作不同,为了在下一次开机时在保证系统流畅的前提下获得更好的用户体验,数组信息更新单元53会实时更新receivers队列中每一第三方应用和/或第三优先级系统服务所对应的数组信息,对每一次针对第三方应用和/或第三优先级系统服务进行的操作进行记录,然后进行数组信息的实时更新,优先级顺序调整单元54根据更新后的数组信息,也即每一第三方应用和/或第三优先级系统服务的用户使用频率、开机绝对时间、Activity名称、及用户使用时间,重新利用broadcastIntentLocked算法在receivers队列中进行优先级排序,以保证使用频率较高、开机绝对时间短,使用时间比较长的第三方应用和/或第三优先级系统服务在下一次的启动中,最先接收FinishBooting函数发送的源生ACTION_BOOT_COMPLETED广播。

参照图4,该开机装置100还包括:

检测模块60,检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量;及

调试模块70,根据智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播启动的服务数量,调试自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔。

本实施例中,该开机装置100还包括检测模块60和调试模块70,检测模块60用于开机系统检测智能设备的硬件配置和自定义BOOT_P0广播或自定义BOOT_P1广播在本次开机中启动的服务数量,调试模块70用于根据智能设备的硬件配置和BOOT_P0广播或自定义BOOT_P1广播在本次开机中启动的服务数量,调试自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔,在开机启动过程中,如果视频卡顿,则在重新启动时适当延长自定义BOOT_P0广播和自定义BOOT_P1广播之间的时间间隔,重复调试,保证开机系统的运行流畅,所述时间间隔,也即预设时间一般定义为1秒,若系统硬件配置较差,或者自定义广播启动的服务太多,则预设时间会多于1秒,若系统硬件配置较差,或者自定义广播启动的服务较少,则预设时间会少于1秒。

本发明还提供一种Android智能设备,该Android智能设备包括如上所述的开机装置100,该智能设备为基于Android平台的智能电视。该智能电视在开机过程中,由ActivityManagerService启动模块10在Zygote创建的SystemServer进程中启动ActivityManagerService,由自定义BOOT_P0广播发送模块20利用ActivityManagerService在FinishBooting函数或FinishBooting函数的启动函数启动FinishBooting函数或其他进程中发送自定义BOOT_P0广播,以启动第一优先级的系统服务或系统应用,在BOOT_P0广播发出预设时间之后,由自定义BOOT_P1广播发送模块30发送自定义BOOT_P1广播,以启动优先级仅次于BOOT_P0广播启动的系统服务或系统应用,在BOOT_P1广播发出预设时间之后,由源生ACTION_BOOT_COMPLETED广播发送模块40发送启动第三方应用和/或第三优先级系统服务的源生ACTION_BOOT_COMPLETED广播,根据需要启动的系统Service的多少,还可以增加自定义BOOT_P广播,最后由源生ACTION_BOOT_COMPLETED广播接收模块50控制所述第三方应用和/或第三优先级系统服务在receivers队列中的优先级顺序接收所述源生ACTION_BOOT_COMPLETED广播,以在开机过程中,将要启动的应用或服务按照优先级的顺序先后进行启动,避免了众多应用或服务集中于同一时刻启动,占用CPU造成的系统卡顿,减轻了智能电视Android开机系统的负担,提高了该智能电视系统运行的流畅性。

以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1