停止和重启一个活动（重启暂停键是什么意思）

Activity是Android组件中最基本也是最为常见用的四大组件（Activity，Service服务,Content Provider内容提供者，BroadcastReceiver广播接收器）之一。 Activity是一个应用程序组件，提供一个屏幕，用户可以用来交互为了完成某项任务。 Activity中所有操作都与用户密切相关，是一个负责与用户交互的组件，可以通过setContentView(View)来显示指定控件。 在一个android应用中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。Activity之间通过Intent进行通信。 此文介绍管理activity生命周期的一部分。

停止和重新启动Activity

上一页下一页

这节课教你

停止你的Activity

启动/重新启动您的Activity

你也应该阅读

activities

试试吧

下载演示

ActivityLifecycle.zip

正确停止和重新启动Activity是在Activity的周期，以确保您的用户感知到你的应用程序始终是活着，不会失去他们的进步的一个重要过程。还有的在您的Activity停止和重新启动的关键场景的几个：

用户从打开你的应用程序到另一个应用程序的应用程序最近的窗口和交换机。在您的应用程序的Activity，是当前在前台停止。如果用户返回到从主屏幕启动器图标或最近的应用程序窗口，Activity将重新启动您的应用程序。

用户在执行您的应用程序启动一个新的Activity的时候。在创建第二Activity时，当前Activity停止。如果用户然后按压后退 按钮时，第一个Activity被重新启动。

在使用他或她的电话您的应用程序的用户将收到一个电话。

该Activity类提供了两个生命周期方法，onStop和onRestart ，它允许你具体怎么处理你的Activity手柄被停止和重新启动。不像暂停状态，其中确定一个局部的UI阻塞，停止状态保证在UI不再可见和用户的焦点是在一个单独的活性（或完全独立的应用程序）。

注：由于系统保留您的Activity 在系统内存中的实例，当它停止时，它可能是你并不需要实现 的onStop和onRestart （甚至ONSTART方法在所有对于大多数Activity都是。比较简单，Activity将停止并重新启动就好了，你可能只需要使用的onPause暂停从系统资源正在采取的行动和断开。

。当用户离开你的Activity时，系统调用的onStop来停止Activity（1）。如果在Activity停止用户返回，系统调用onRestart （2），很快接着ONSTART（3）和onResume（4）。请注意，无论什么情况下会导致Activity停止，系统总是调用的onPause之前调用的onStop 。

停止你的Activity

当你的Activity收到调用的onStop方法，它不再是可见的，应该释放被当用户不使用它并不需要的几乎所有资源。一旦你的Activity停止后，系统可能会破坏，例如：如果需要恢复系统内存。在极端的情况下，系统可能只是杀了你的应用程序，而无需调用该Activity的最后的onDestroy的回调，所以你使用它的重要的onStop来释放可能泄漏内存资源。

虽然的onPause方法之前调用 的onStop ，你应该使用的onStop 来执行更大，更密集的CPU关机操作，如将信息写入数据库。

例如，这里有一个实施的onStop ，节省了一张字条给永久存储草案的内容：

@覆盖

保护 无效的onStop {

超。的onStop ; //总是先调用父类的方法

//保存笔记目前的草案，因为该Activity停止

//我们要确保当前音符进展并不

。笔记的URI来更新

值， //列名和新的价值观的地图适用于他们。

空， //没有选择标准使用。

空 //没有WHERE列使用。

）;

}

当你的Activity停止，Activity对象保持驻留在内存中的Activity恢复的时候被调用。你不需要重新初始化过程中的任何的回调方法导致对续状态中创建的组件。该系统还跟踪每一个的当前状态显示在布局，因此如果用户输入的文字转换为的EditText小部件，这些内容被保留，所以你不需要保存和恢复它。

注：即使系统破坏你的Activity，而它的停了下来，它仍然保留了状态视图对象（如在文字的EditText中）包（键-值对的BLOB），并恢复他们，如果用户返回该Activity的同一个实例（在下一课谈更多关于使用捆绑，以节省的情况下你的Activity被破坏并重新创建其他状态数据）。

启动/重新启动您的Activity

当你的Activity回来，从停止状态的前景，它接收调用 onRestart 。该系统还调用ONSTART方法，这恰好每次你的Activity变得可见的时间（无论被重新启动或首次创建）。该onRestart方法，但是，被称为从停止状态的Activity恢复，只有当，所以你可以用它来 执行只有在以前的Activity停止，但不被破坏，可能需要特殊的修复工作。

这是罕见的，一个应用程序需要使用onRestart恢复Activity的状态，所以不会有这种方法适用于应用程序的一般人群的指引。但是，因为你的onStop 方法应该基本上是清理所有Activity的资源，你需要重新实例化它们的Activity重新启动时。然而，还需要在你的Activity是第一次创建实例化它们（当有Activity的任何现有实例）。出于这个原因，你通常应该使用ONSTART回调方法作为对应到的onStop方法，因为系统调用ONSTART既当您创建Activity，并在重新启动时从停止状态的Activity。

例如，因为用户可能已经离开你的应用程序很长一段时间回来之前，在ONSTART方法是一个好地方，以验证功能被启用所需的系统：

@覆盖

保护 无效的OnStart {

超。ONSTART ; //总是先调用父类的方法

//Activity要么被重新启动或启动第一次

//所以这是我们应该确保GPS是

在这里创建一个对话框，要求用户启用GPS，并且使用意图

//与
android.provider.Settings.ACTION_LOCATION_SOURCE_SETTINGS行动

//把用户设置屏幕，使GPS，当他们点击“确定”

}

保护 无效onRestart {

超。onRestart ; //总是先调用父类的方法

//Activity从停止状态正在重新启动

}

当系统破坏你的Activity，它调用的onDestroy 方法为您的Activity。因为你通常应该已经发布了你的大部分资源的onStop ，你的时候接到一个电话来的onDestroy ，没有太多的大多数应用程序需要做的。这种方法是你最后的机会来清理资源，可能导致内存泄漏，所以你应该确保其他线程被破坏和其他长期运行的操作，如方法跟踪也停止。