Android Provision (Setup Wizard)

http://blog.csdn.net/linghu_java/article/details/8128639

Android中很多框架性的设计都已经存在了，但在市场上的发布版本里却因为没有很好的理解Android的设计意图而进行自己的定制，或者自己又做一个冗余的实现。Android中的Provision其实就是类似刚出厂时或者恢复出厂设置之后，一步一步引导用户完成各种设置的Setup Wizard程序。

 

在Android的原生代码中，Provision并没有被编译进系统，这可能是Provision不被人所知的原因。另外SdkSetup是一个实现相同功能的程序，从名字来看，SdkSetup是被用来在模拟环境中完成初始设置的程序。

 

Provision在其AndroidManifest.xml中被定义如下：

<application>
   <activity android:name="DefaultActivity"
           android:excludeFromRecents="true">
       <intent-filter android:priority="1">
            <action android:name="android.intent.action.MAIN" />
            <category android:name="android.intent.category.HOME" />
            <category android:name="android.intent.category.DEFAULT" />
       intent-filter>
   activity>
lt;/application>

 

Activity DefaultActivity的category被定义成HOME，并且priority为1，是比系统Launcher启动还要早的程序。

 

Provision中DefaultActivity的实现如下：

public class DefaultActivity extendsActivity {
   @Override
   protected void onCreate(Bundle icicle) {
       super.onCreate(icicle);

       // Add a persistent setting to allow other apps to know the device hasbeen provisioned.
       Settings.Secure.putInt(getContentResolver(),Settings.Secure.DEVICE_PROVISIONED, 1);

       // remove this activity from the package manager.
       PackageManager pm = getPackageManager();
       ComponentName name = new ComponentName(this, DefaultActivity.class);
       pm.setComponentEnabledSetting(name,PackageManager.COMPONENT_ENABLED_STATE_DISABLED, 0);

       // terminate the activity.
       finish();
    }
}

 

DefaultActivity的原生实现只做了两件事：

1. 没有UI界面，只是设置Setting项里的Settings.Secure.DEVICE_PROVISIONED为1，指示其他Framework和其他程序，机器已经Provisioned。
2. Line#10~#12之后，Launcher才会被启动，完成整个启动过程。

注意：还没有Provisioned的机器，有些功能的表现是不一样的。比如，如果还没有Provisioned，锁屏程序不会锁屏；对HOME key的处理也不同；电话也是打不进来的，etc。

 

通过Provision，可以定制：

•  加入一些初始设置项的设定，比如时区/时间初始设定，背景数据是否允许，是否允许安装非Android市场上的程序，等不需要用户干预就可以完成的设置。具体也可看SdkSetup中的DefaultActivity完成的设置，除了多了些设置项的设置，并没有太多区别。
•  加入UI设计，引导用户一步步完成需要用户参与选择或输入的设置过程，也就是Setup Wizard的工作。

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
http://blog.csdn.net/shenmay2012/article/details/20464317
主要做了两件事：

• 设置DEVICE_PROVISIONED标记
• 禁止Provision自己的Activity组件

整个Provision程序只做了这两件事，DEVICE_PROVISIONED就是我们上面说的系统升级完标记。这个标记是保存在：

 

保存在settings.db里面，准确来说是settings.db的secure表里面。

 

2、禁止组件

　　上面说了Provision其中一个功能，写入一个标记。除了写入标记，还有一个禁止本身Activity组件的功能。先简单介绍一下禁止组件的API。

void setComponentEnabledSetting (ComponentName componentName, int newState, int flags)

• componentName：组件名称 
• newState：组件新的状态，可以设置三个值，分别是如下： 
• 　　不可用状态：COMPONENT_ENABLED_STATE_DISABLED 
• 　　可用状态：COMPONENT_ENABLED_STATE_ENABLED 
• 　　默认状态：COMPONENT_ENABLED_STATE_DEFAULT 
• flags:行为标签，值可以是DONT_KILL_APP或者0。 0说明杀死包含该组件的app

禁止组件功能后，系统的package信息会记录下来，有关系统的package信息都是保存在/data/system/

"com.android.provision" codePath="/system/app/Provision.apk" nativeLibraryPath="/data/data/com.android.provision/lib" flags="1" ft="11b7e237e00" it="11b7e237e00" ut="11b7e237e00" version="15" userId="10005">"1">"1" />

  　　上面就是记录了package里面被禁止的组件信息。当然，package.xml里面还包含了应用包所有信息，这个可以自己看一下。

　　这个组件只会运行一次，所以我们如果没有格式化/data目录，这个组件就会被禁止。所以会导致一个问题，就是我们的DEVICE_PROVISIONED标记不会再次写入。

　　如果你遇到了机器Home键没有作用，可以检查一下DEVICE_PROVISIONED标记是否正常。