当打开一个Activity时,如果这个Activity所属的应用还没有在运行,系统会为这个Activity所属的应用创建一个进程,但进程的创建与初始化都需要时间,在这个动作完成之前系统要做什么呢?如果没有任何反应的话,如果程序初始化的时间很长,用户可能还以为没有点到相应的位置。但此时所启动的程序还没初始化完,既无法显示程序,又不能停在原处不做任何动作,怎么办?这就有了Starting Window的概念,也可以称之为Preview Window。
Starting Window就是一个用于在应用程序进程创建并初始化成功前显示的临时窗口,拥有的Window Type是TYPE_APPLICATION_STARTING。在程序初始化完成前显示这个窗口,以告知用户系统已经知道了他要打开这个应用并做出了响应,当程序初始化完成后显示用户UI并移除这个窗口。
这个Starting Window我们都见过,不过可能没留意过,其实就是开启程序时黑屏的那个窗口,够丑的。不过也没办法,每个程序的界面都不是同的,系统只有默认显示一个很简单的窗口了。
如果所谓的Starting Window只是一个黑屏的窗口的话,那这个功能未免也太鸡肋了。其实系统是可以根据每个程序的Theme显示不同的样子的。
启动应用的时候,虽然我们的程序还没初始化,但程序内的组件可是在程序安装的时候就被系统分析注册了的。我们可以针对每个Application和Activity设置不同的Theme,系统就是根据这个Theme初始化Starting Window的。Window布局的顶层是DecorView,Starting Window就是显示一个空的但是应用了Activity指定的Theme(如果Activity没有指定就用Application的)的DecorView。
在Theme中可以指定很多东西,如ActionBar的样式,窗口的背景,Activity的图标等,通过给Activity指定Theme,系统就可以在我们的应用初始化完成之前将这个Theme应用到Starting Window,这样看起来就像我们的应用已经启动起来了,只是数据内容还没有初始化好。
所以,如果你的Activity的背景只是简单的纯色的话,最好直接通过Theme把它应用到Activity的Background,而不是设置为顶层Layout的背景,如果真的需要给顶层Layout设置背景,也可以给android:windowBackground
设置一个和Activity UI相似的背景,为了防止Overdraw,在Activity的onCreate
中通过setWindowBackground()
再把窗口的背景设置为null
。
系统在显示Activity前显示一个Starting Window仅发生在需要为启动这个Activity创建进程时,一般情况下是一个应用的入口Activity(包含Lanuncher中显示的图标进入的Activity及被其他应用调用的Activity)。
还有一种情况就是应用内有多个进程的情况(通过android:process
),比如你的程序需要用单独的进程查看图片,当从你的应用的主进程进入图片浏览的Activity时,系统就会创建图片浏览的进程,如果图片浏览的Activity的需要使用的图标和Application指定的图标不一样的话就要注意了,系统显示图片进程中的Activity的Starting Window时不会使用这个Activity在Manifest中通过android:icon指定的图标,而只会使用Theme中指定的图标,如果没为这个Activity指定一个Theme或所指定的Theme中没有指定android:icon的话,系统会使用Application标签指定的android:icon,结果就是会看到Starting Window中显示一个图标,当Activity加载完后图标会变为Activity在Manifest中指定的android:icon,有一个变化的过程。
更多介绍参考Android App Launching Made Gorgeous