在正常情况下，当游戏陪玩平台系统启动时，界面会首先展示一个白屏或者黑屏，然后再进入欢迎页，稍作停留最后进入游戏陪玩平台系统主页。那么这个黑屏或者白屏到底是怎么一回事呢？应该如何解决呢？今天我们认真的讨论一下这个小问题。
历史原因
当系统启动一个游戏陪玩平台系统时，zygote进程会首先创建一个新的进程去运行这个游戏陪玩平台系统，但是进程的创建是需要时间的，在创建完成之前，游戏陪玩平台系统界面是呈现假死状态的，这就很尴尬了，因为用户会以为没有点到游戏陪玩平台系统而再次点击，这极大的降低用户体验。
Android需要及时做出反馈去避免这段迷之尴尬。于是系统根据你的manifest文件设置的主题颜色的不同来展示一个白屏或者黑屏。而这个黑（白）屏正式的称呼应该是Preview Window,即预览窗口。
好了，现在我们明白了，Preview Window其实是为了提高用户体验而有意设定的。因此，其实如果不是强迫症，它可能并不是一个问题。
但是我猜大部分小伙伴应该是和我一样的强迫症患者：这么丑的黑屏怎么能出现在我的游戏陪玩平台系统上呢？？？！！！
所以，下面我们就来聊聊这个问题的解决方案。
解决方案
既然决定解决这个问题，那么从哪里入手呢，Android在选择展示黑屏或者白屏的时候，是根据你游戏陪玩平台系统设定的主题而不同的，也就是说，虽然你的代码没有被执行，你的配置文件却被提前读取了，用来作为展示Preview Window界面的依据。
所以，我们的解决方案的切入口就是整个游戏陪玩平台系统的manifest文件，更确切的说应该是主题配置文件。
方案一 ：开历史倒车
这个方案就是禁止加载Preview Window，具体做法如下：
style.xml
<style name="APPTheme" parent="@android:style/Theme.Holo.NoActionBar"> <item name="android:windowDisablePreview">true</item> </style>
将游戏陪玩平台系统Theme设定为启动的Activity的主题，即可禁止Preview Window，当然，也有人通过把preview window设置为全透明，也达成了类似的效果。
结果就是，当你点击游戏陪玩平台系统时，界面会无响应一段时间，然后进入游戏陪玩平台系统。
我个人强烈不推荐这么做，因为Android想方设法提升的用户体验一下子被你打回解放前。
方案二：自定义Preview Window
具体方法如下：
style.xlm
<style name="APPTheme" parent="@android:style/Theme.Holo.NoActionBar">
<item name="android:windowBackground">@drawable/splash_icon</item>
</style>
同样将游戏陪玩平台系统主题设置到启动的Activity的主题中，windowBackground就是即将展示的preview window。其中splash_icon可以是一整张图片，网上很多小伙伴也都是这么做的。其实它也可以是一个能解析出图片资源的XML文件，好像只有layer-list这种能做得到,因为它能够将多个drawable叠加起来展示。
splash_icon.xml
<?xml version="1.0" encoding="utf-8"?>
<layer-list xmlns:android="http://schemas.android.com/apk/res/android"
android:opacity="opaque">
<item android:drawable="@color/white"/>
<item>
<bitmap
android:gravity="center"
android:src="@drawable/qq"/>
</item>
</layer-list>
这样设置之后，当你点击游戏陪玩平台系统，会立马进入你配置的界面，然后启动欢迎页，效果如下
那么，将preview window直接设置为图片和设置为xml文件有什么区别或者优劣呢？
先谈谈这种方案的优劣，首先这种方案已经解决了原生preview window的单调难看的问题，在原来的基础上进一步提升了用户体验。可是我们的游戏陪玩平台系统都是有欢（guang）迎（gao）页的，从preview window跳转到欢（guang）迎（gao）页是不可避免的，这样的话，两个界面的切换就会显得很突兀的，
所以强迫症的我们，尝试让这两个界面的切换变成一个界面的变化，从而进一步提升游戏陪玩平台系统显示效果，怎么样才能让两个界面切换看起来像是在同一个界面里的变化呢？答案就是： 动画。
在这种需求下，图片和xml文件的区别就出来了，因为后者可以帮助我们更准确的实现动画。
方案三：自定义Preview Window增强版
有了动画之后，游戏陪玩平台系统界面切换顺畅了许多。
上面的动画实现其实非常简单，无非就是放缩，移动，渐变的组合使用（我仅仅用作范例给大家参考），具体的动画代码细节就不谈了，有兴趣可以去github上看本次项目的demo，我们重点来聊一聊思路。
在这里我们需要明确一点的是，preview window只能是静态图，它本身是不展示动画的，我们这里的动画，其实是在进入欢迎页之后的展示的。明确了这一点之后，整个动画效果的实现思路其实就已经摆在我们眼前了，那就是当界面从 Preview Window 跳转到 游戏陪玩平台系统欢迎页 的时候，欢迎页必须首先展示一个和Preview Window一模一样的界面，让人看起来好像界面还没切换一样，然后再慢慢切换到游戏陪玩平台系统欢迎页。
然后，我们再来谈谈为什么设置xml的方式可以帮助我们更准确的实现动画，就是因为要保证Preview Window和游戏陪玩平台系统欢迎页最开始展示的界面保持绝对一致，只有通过xml的布局才是达到这种效果。
好了，游戏陪玩平台系统启动页做到这个份儿上，应该就可以交货了，不过还有一个小问题需要大家注意的，那就是我们给Preview Window设置的背景图如果不做处理，图片就会一直存在于内存中，所以，当我们进入到游戏陪玩平台系统欢迎页的时候，不要忘了把背景图设置为空：
SplashActivity.java
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
//将window的背景图设置为空
getWindow().setBackgroundDrawable(null);
super.onCreate(savedInstanceState);
}
以上就是“游戏陪玩平台系统启动页黑屏情况，该如何解决？”的全部内容了，希望对大家有帮助，虽然出现黑屏或白屏的情况并不影响正常使用，但是会给用户留下不太好的第一印象，所以在游戏陪玩平台系统开发时，还是得优化这个问题。
本文转载自网络，转载仅为分享干货知识，如有侵权欢迎联系云豹科技进行删除处理
原文链接：https://blog.51cto.com/u_704180/3370573