[发明专利]一种基于安卓平台的开机自启动APK的方法及终端

权利要求书

1.一种基于安卓平台的开机自启动APK的方法，其特征在于，包括：

预先定制开机自启动的APK；

修改Android源码中framework文件夹里面的SystemServer.java文件，在ActivityManagerService.self().systemReady(new Runnable(){})的方法里面，Watchdog.getInstance().start()启动之后，添加判断条件以判断是否有定制的APK需在Launcher加载前启动；

开机时，在等待系统主要服务加载完成后、Launcher加载前判断是否有定制的开机自启动APK需启动；

若是，启动所述开机自启动APK，并阻塞Launcher的加载。

2.根据权利要求1所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述启动所述开机自启动APK，阻塞Launcher的加载之后，包括：

当所述开机自启动APK退出时，启动Launcher的加载。

3.根据权利要求2所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述当所述开机自启动APK退出时，启动Launcher的加载，包括：

当所述定制的APK退出时，若系统为首次启动，加载Provision.APK之后，启动Launcher的加载。

4.根据权利要求1所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述添加判断条件以判断是否有定制的APK需在Launcher加载前启动，包括：

添加PackageManager以判断是否存在定制的APK；

若是，通过cursor读取该定制的APK的信息，判断该APK是否需在Launcher加载前启动。

5.根据权利要求1所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述启动所述开机自启动APK之后，包括:

将该APK对应的设置参数以SQLite方式写入指定的数据库中，为该数据库创建一个对外共享数据的ContentProvider类接口。

6.根据权利要求5所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述开机时，在等待系统主要服务加载完成后、Launcher加载前判断是否有定制的APK需启动，包括：

开机时，若为首次开机，在等待系统主要服务加载完成后、Launcher加载前，通过PackageManager判断是否存在定制的开机自启动APK，若是，通过cursor读取该APK的信息，判断该APK是否需在Launcher加载前启动；若非首次开机，在等待系统主要服务加载完成后、Launcher加载前，在开机加载SystemServer时，利用Cursor通过所述ContentProvider类接口来读取所述指定数据库中该APK对应的设置数值，判断该APK是否允许在Launcher加载前启动。

7.根据权利要求1所述的基于安卓平台的开机自启动APK的方法，其特征在于，所述启动所述开机自启动APK，阻塞Launcher的加载，包括：

通过ActivityRecord实例的对象堆栈记录开机时每个Activity的情况，启动所述开机自启动APK时，该ActivityRecord实例的对象堆栈记录该APK的数据，该APK退出之前，该ActivityRecord实例的对象堆栈不为空，使得Launcher的加载受到阻塞。

8.一种基于安卓平台的开机自启动APK的终端，其特征在于，包括：

定制单元，用于预先定制开机自启动的APK；

判断条件添加单元，用于修改Android源码中framework文件夹里面的SystemServer.java文件，在ActivityManagerService.self().systemReady(new Runnable(){})的方法里面，Watchdog.getInstance().start()启动之后，添加判断条件以判断是否有定制的APK需在Launcher加载前启动；

判断单元，用于开机时在等待系统主要服务加载完成后、Launcher加载前，判断是否需启动定制的开机自启动APK；

APK启动单元，用于若判断单元判断出需启动定制的开机自启动APK时，启动所述开机自启动APK，并阻塞Launcher的加载。

9.根据权利要求8所述的基于安卓平台的开机自启动APK的终端，其特征在于，还包括：

桌面启动单元，用于当所述开机自启动APK退出时，启动Launcher的加载。