连续调用两次setContentView操作UI界面

这里穿插一个自己的实践，不过自己有被自己蠢到了，之前这篇文章 一文搞懂Activity、Window和View的关系 不是说setContentView就是吧自己写的View布局挂载在mContentParent上嘛？后来我想能不能setContentView两次，这样就能出现两个布局呢？
于是说干就干，直接上代码：

protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);
    try {
        Thread.sleep(5000);
    } catch (InterruptedException e) {
        e.printStackTrace();
    }
    setContentView(R.layout.activity_main1);
    //setContentView(R.layout.activity_main);
}

这时候出现一个奇怪的问题，照我的设想，他这个应该是先显示了activity_main的布局，然后隔了5秒再显示activity_main1这个布局嘛，但是发现结果和预想的不一样，他是先白屏了5秒，再直接显示activity_main1的布局，于是我再下面再加一个setContentView，发现是白屏后显示最后一个setContentView的布局了，那这是为什么呢？

其实这个问题从trace文件就可以看出来了，再onCreate方法，其实在perffeto中就很容易就看到了，在启动的trace中onCreate这个Tag是在帧绘制之前就完成的，那我们看到界面的前提不是得是帧绘制完成了嘛，所以在onCreate方法中的setContentView是可以修改应用界面的布局，但是他只是修改界面的布局的参数，这时候界面还没绘制，界面最终的显示，还需要将这个布局参数交付给doFrame流程进行绘制和SF进行合成渲染最后送显完成显示。 我们setContentView两次其实就是相当于你给装修工人一份图纸，但是工人还没开干呢，你又给了第二张图纸，并让他们按这个干，那你说最后装修完成后是什么样的嘛。

那么问题来了，我们该怎么在不创建新的Activity的前提下修改显示内容呢？

答案是自己看下《第一行代码》这本书里的子线程更新UI，书中写的很详细，这里就先不再赘述了。