Activity是Android应用与用户交互的入口，其生命周期管理不仅决定了界面的显示逻辑，更是内存优化和状态保持的关键所在。理解各个回调方法的触发时机和相互关系，是构建健壮应用的基础。无论是处理简单的页面跳转，还是应对屏幕旋转带来的数据丢失问题，都离不开对生命周期的精准把控。
Activity生命周期的核心回调方法有哪些
一个完整的Activity生命周期从onCreate()开始，到onDestroy()结束。在这两个方法之间，系统会根据用户的操作和应用状态的变化，依次调用不同的回调方法。很多开发者容易混淆onStart()和onResume()的区别。简单来说，onStart()标志着Activity对用户变为可见，但此时它可能只是部分可见，或者被一个半透明的对话框遮挡；而onResume()被调用时，Activity已经获得了焦点，可以与用户进行交互。
当用户点击Home键或者打开了一个新的Activity完全覆盖了当前界面时，当前Activity会进入后台。此时系统会先调用onPause()，表示Activity失去了焦点，随后调用onStop()，表示Activity已经完全不可见。在这两个方法中，我们不应该执行耗时的操作，否则会严重影响新界面的启动速度。特别是onPause()中，如果进行了网络请求或数据库写入，会导致界面切换出现明显的卡顿。
为了更直观地观察这些回调的执行顺序，我们可以编写一个简单的测试类，在每一个生命周期方法中打印日志。下面是一段基础的Java代码示例，展示了如何重写这些方法并输出对应的日志信息：
public class MainActivity extends AppCompatActivity {
private static final String TAG = "LifecycleDemo";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.d(TAG, "onCreate: 初始化界面和数据");
}
@Override
protected void onStart() {
super.onStart();
Log.d(TAG, "onStart: 界面即将变为可见");
}
@Override
protected void onResume() {
super.onResume();
Log.d(TAG, "onResume: 界面获得焦点，可以交互");
}
@Override
protected void onPause() {
super.onPause();
Log.d(TAG, "onPause: 界面失去焦点");
}
@Override
protected void onStop() {
super.onStop();
Log.d(TAG, "onStop: 界面完全不可见");
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.d(TAG, "onDestroy: Activity被销毁，释放资源");
}
}
如何在配置变更时正确保存与恢复数据
当用户旋转屏幕时，系统默认会销毁当前的Activity并重新创建一个新的实例。这会导致原本存在于内存中的数据丢失，比如用户在输入框中刚刚填写的内容。为了解决这个问题，Android提供了onSaveInstanceState()和onRestoreInstanceState()这两个回调方法。当Activity即将被销毁时，系统会调用onSaveInstanceState()，允许我们将需要保留的数据以键值对的形式存储到Bundle对象中。
需要注意的是，onSaveInstanceState()的调用时机并不是固定的。在旧版本的Android系统中，它通常在onPause()之前调用；而在Android 9.0及以上的版本中，它可能会在onStop()之后调用。因此，我们不应该依赖它与其他生命周期方法的先后顺序，只需在其中保存数据即可。当Activity被重新创建后，系统会将这个Bundle对象传递给onCreate()方法，或者直接调用onRestoreInstanceState()让我们恢复数据。下面是一个保存和恢复文本内容的代码示例：
public class MainActivity extends AppCompatActivity {
private EditText userInput;
private static final String KEY_TEXT = "user_input_text";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
userInput = findViewById(R.id.user_input);
// 也可以在onCreate中恢复数据
if (savedInstanceState != null) {
userInput.setText(savedInstanceState.getString(KEY_TEXT));
}
}
@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
// 保存用户输入的数据
outState.putString(KEY_TEXT, userInput.getText().toString());
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
// 恢复用户输入的数据
userInput.setText(savedInstanceState.getString(KEY_TEXT));
}
}
除了在代码中手动保存数据，我们还可以通过在AndroidManifest.xml文件中为<activity>标签配置android:configChanges属性来阻止Activity的重建。例如，设置android:configChanges="orientation|screenSize"后，当屏幕旋转时系统不会销毁Activity，而是调用onConfigurationChanged()方法通知我们配置发生了改变。这种方式虽然能避免数据丢失，但也意味着我们需要手动处理布局的切换，通常不推荐在复杂界面中使用。
多窗口模式与生命周期的新挑战
从Android 7.0开始，系统引入了多窗口模式，允许两个应用同时显示在屏幕上。这给Activity的生命周期带来了新的变化。在多窗口模式下，当用户点击另一个应用窗口时，当前应用虽然失去了焦点，但仍然是可见的。此时系统只会调用onPause()，而不会调用onStop()。这与传统的单窗口模式有本质的区别，因为以前onPause()通常意味着Activity即将被完全遮挡。
这种变化要求我们重新审视在onPause()中执行的逻辑。例如，如果是一个视频播放器应用，在单窗口模式下，当用户点击Home键时，视频应该暂停播放；但在多窗口模式下，如果只是因为用户切换到了另一个应用窗口，而视频所在的窗口仍然可见，那么继续播放视频可能是更好的用户体验。为了区分这两种情况，我们可以重写onMultiWindowModeChanged()方法来判断当前是否处于多窗口模式。
此外，多窗口模式下的窗口大小调整也可能触发配置变更，导致Activity重建。如果应用需要适应不同尺寸的窗口，就必须妥善处理布局的动态调整和状态的保存恢复。合理利用ViewModel和LiveData这类架构组件，可以将数据与界面的生命周期解耦，从而更优雅地应对多窗口模式带来的复杂状态变化。ViewModel在Activity因配置变更而重建时会自动保留，避免了手动保存和恢复数据的繁琐操作，是现代Android开发中处理生命周期的推荐方案。
Android Activity生命周期状态保存修改时间：2026-08-19 22:25:01