saveInstanceState在super.onCreate(savedInstanceState)中有什么用法?

时间:2017-12-04 17:20:42

标签: android android-activity

所以,我试图了解Android的内部工作原理,我还没有找到我正在寻找的深入解释。对于我的简单程序:

/autodj.mp3

/stream.mp3中使用public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } } 代替null有何不同?我已经尝试了两种方法,但我的方案没有任何区别。

如果存在差异,savedInstanceState的使用方式会影响我的计划,而不是使用super.onCreate()

1 个答案:

答案 0 :(得分:0)

@ sasikumar评论中的链接问题/答案很好,并回答了为什么必须调用super.onCreate(),但它没有回答为什么必须将Bundle savedInstanceState参数传递给super致电(而不是new Bundle()null)。

简单的答案是,savedInstanceState包中包含由Android框架记录的信息,超级方法将用于恢复状态。例如,任何具有EditText属性的android:id都会自动保存用户输入的内容,并且该信息将位于savedInstanceState包内。如果传递null,则无法自动恢复。

请注意,savedInstanceState参数在您第一次创建活动时实际上 null。当您的活动被销毁并重新创建时(通常是为了响应配置更改,例如手机的旋转,但是还有许多其他方案),它将仅为非null。

更新

我的自动状态恢复示例不正确。 EditText自动恢复在onRestoreInstanceState(Bundle savedInstanceState)回调中发生,而不在onCreate中。不幸的是,你不能简单地将null传递给那个超级方法,看看会发生什么(你的应用会崩溃)。

然而,这个例子将显示我的意思。假设您的activity_main有一些FrameLayout且ID为@+id/content,并假设您有一些Fragment子类,显示用户可见的任何。试试这个:

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    if (savedInstanceState == null) {
        getSupportFragmentManager()
                .beginTransaction()
                .add(R.id.content, new MyFragment(), "MyFragment")
                .commit();
    }
}

原样,这将在首次启动时显示您的片段,并在您来回旋转设备后继续显示片段。这是因为FragmentManager使用savedInstanceState捆绑包来保存/恢复片段, super.onCreate中完成。

如果您将超级电话更改为super.onCreate(null),则您的活动第一次启动时仍会看到该片段(因为我们会在此时手动添加该电话)。但是如果你旋转设备,片段就会消失。