标签：gre sel 数据库 简单 over select set 窗口 activity
正确停止和重启 Activity 是 Activity 生命周期中的重要过程，其可确保您的用户知晓应用始终保持活跃状态并且不会丢失进度。Activity 停止和重启的场景主要有以下几种：
Activity 类提供两种生命周期方法： onStop() 和 onRestart()，这些方法允许您专门处理 Activity 句柄停止和重新启动的方式。 不同于识别部分 UI 阻挡的暂停状态，停止状态保证 UI 不再可见，且用户的焦点在另外的 Activity（或完全独立的应用）中。
注：因为系统在 Activity 停止时会将您的 Activity 实例保留在系统内存中，您根本无需实现 onStop() 和 onRestart() 或甚至onStart() 方法。对于大多数相对简单的 Activity 而言，Activity 将停止并重新启动，并且您可能只需使用 onPause() 暂停正在进行的操作，并从系统资源断开连接。
图 1. 用户离开 Activity 时，系统会调用 onStop() 停止 Activity (1)。如果用户在 Activity 停止时返回，系统会调用 onRestart() (2)，紧接着调用 onStart() (3) 和 onResume() (4)。请注意，无论什么场景导致 Activity 停止，系统始终会在调用 onStop() 之前调用 onPause()。
当您的 Activity 收到 onStop() 方法的调用时，它不再可见，并且应释放几乎所有用户不使用时不需要的资源。 一旦您的 Activity 停止，如果需要恢复系统内存，系统可能会销毁该实例。 在极端情况下，系统可能会仅终止应用进程，而不会调用 Activity 的最终 onDestroy() 回调，因此您使用 onStop() 释放可能泄露内存的资源非常重要。
尽管 onPause() 方法在 onStop()之前调用，您应使用 onStop() 执行更大、占用更多 CPU 的关闭操作，比如向数据库写入信息。
例如，此处是将草稿笔记内容保存在永久存储中的 onStop() 的实现：
@Override
protected void onStop() {
super.onStop(); // Always call the superclass method first
// Save the note‘s current draft, because the activity is stopping
// and we want to be sure the current note progress isn‘t lost.
ContentValues values = new ContentValues();
values.put(NotePad.Notes.COLUMN_NAME_NOTE, getCurrentNoteText());
values.put(NotePad.Notes.COLUMN_NAME_TITLE, getCurrentNoteTitle());
getContentResolver().update(
mUri, // The URI for the note to update.
values, // The map of column names and new values to apply to them.
null, // No SELECT criteria are used.
null // No WHERE columns are used.
);
}
当您的 Activity 停止时， Activity 对象将驻留在内存中并在 Activity 继续时被再次调用。 您无需重新初始化在任何导致进入“继续”状态的回调方法过程中创建的组件。 系统还会在布局中跟踪每个 View 的当前状态，如果用户在 EditText 小部件中输入文本，该内容会保留，因此您无需保存即可恢复它。
注：即使系统在 Activity 停止时销毁了 Activity，它仍会保留 Bundle（键值对的二进制大对象）中的 View 对象（比如 EditText 中的文本），并在用户导航回 Activity 的相同实例时恢复它们（下一堂课讲述更多有关在您的 Activity 被销毁且重新创建的情况下使用 Bundle 保存其他数据状态的知识）。
当您的 Activity 从停止状态返回前台时，它会接收对 onRestart() 的调用。系统还会在每次您的 Activity 变为可见时调用 onStart() 方法（无论是正重新开始还是初次创建）。但是，只会在 Activity 从停止状态继续时调用 onRestart() 方法，因此您可以使用它执行只有在 Activity 之前停止但未销毁的情况下可能必须执行的特殊恢复工作。
应用需要使用 onRestart() 恢复 Activity 状态的情况并不常见，因此没有适用于一般应用群体的任何方法指导原则。 但是，因为您的 onStop() 方法应基本清理所有 Activity 的资源，您将需要在 Activity 重新开始时重新实例化它们。 但是，您还需要在您的 Activity 初次创建时重新实例化它们（没有 Activity 的现有实例）。 出于此原因，您应经常使用 onStart() 回调方法作为 onStop() 方法的对应部分，因为系统会在它创建您的 Activity 以及从停止状态重新启动 Activity 时调用 onStart()。
例如，因为用户可能在回到它之前已离开应用很长时间，onStart() 方法是验证所需系统功能是否已启用的理想选择：
@Override
protected void onStart() {
super.onStart(); // Always call the superclass method first
// The activity is either being restarted or started for the first time
// so this is where we should make sure that GPS is enabled
LocationManager locationManager =
(LocationManager) getSystemService(Context.LOCATION_SERVICE);
boolean gpsEnabled = locationManager.isProviderEnabled(LocationManager.GPS_PROVIDER);
if (!gpsEnabled) {
// Create a dialog here that requests the user to enable GPS, and use an intent
// with the android.provider.Settings.ACTION_LOCATION_SOURCE_SETTINGS action
// to take the user to the Settings screen to enable GPS when they click "OK"
}
}
@Override
protected void onRestart() {
super.onRestart(); // Always call the superclass method first
// Activity being restarted from stopped state
}
当系统销毁您的 Activity 时，它会调用您的 Activity 的 onDestroy() 方法。因为您通常应已使用 onStop() 释放大多数您的资源，到您接收对 onDestroy() 的调用时，大多数应用无需做太多操作。此方法是您清理可导致内存泄露的资源的最后一种方法，因此您应确保其他线程被销毁且其他长期运行的操作（比如方法跟踪）也会停止。
标签：gre sel 数据库 简单 over select set 窗口 activity
原文地址：http://www.cnblogs.com/youseiraws/p/7025653.html
