网站优化排名哪家好,有手机网站了还要微网站吗,网址wordpress主题,修改网站图标Activity
Activity 是一个应用组件#xff0c;用户可与其提供的屏幕进行交互#xff0c;以执行拨打电话、拍摄照片、发送电子邮件或查看地图等操作。 每个 Activity 都会获得一个用于绘制其用户界面的窗口。窗口通常会充满屏幕#xff0c;但也可小于屏幕并浮动在其他窗口之…Activity
Activity 是一个应用组件用户可与其提供的屏幕进行交互以执行拨打电话、拍摄照片、发送电子邮件或查看地图等操作。 每个 Activity 都会获得一个用于绘制其用户界面的窗口。窗口通常会充满屏幕但也可小于屏幕并浮动在其他窗口之上。
一个应用通常由多个彼此松散联系的 Activity 组成。 一般会指定应用中的某个 Activity 为“主”Activity即首次启动应用时呈现给用户的那个 Activity。 而且每个 Activity 均可启动另一个 Activity以便执行不同的操作。 每次新 Activity 启动时前一 Activity 便会停止但系统会在堆栈“返回栈”中保留该 Activity。 当新 Activity 启动时系统会将其推送到返回栈上并取得用户焦点。 返回栈遵循基本的“后进先出”堆栈机制因此当用户完成当前 Activity 并按“返回”按钮时系统会从堆栈中将其弹出并销毁然后恢复前一 Activity。 任务和返回栈文档中对返回栈有更详细的阐述。
当一个 Activity 因某个新 Activity 启动而停止时系统会通过该 Activity 的生命周期回调方法通知其这一状态变化。Activity 因状态变化—系统是创建 Activity、停止 Activity、恢复 Activity 还是销毁 Activity— 而收到的回调方法可能有若干种每一种回调都会为您提供执行与该状态变化相应的特定操作的机会。 例如停止时您的 Activity 应释放任何大型对象例如网络或数据库连接。 当 Activity 恢复时您可以重新获取所需资源并恢复执行中断的操作。 这些状态转变都是 Activity 生命周期的一部分。
本文的其余部分阐述有关如何创建和使用 Activity 的基础知识包括对 Activity 生命周期工作方式的全面阐述以便您正确管理各种 Activity 状态之间的转变。
创建 Activity
要创建 Activity您必须创建 Activity 的子类或使用其现有子类。您需要在子类中实现 Activity 在其生命周期的各种状态之间转变时例如创建 Activity、停止 Activity、恢复 Activity 或销毁 Activity 时系统调用的回调方法。 两个最重要的回调方法是
onCreate()
您必须实现此方法。系统会在创建您的 Activity 时调用此方法。您应该在实现内初始化 Activity 的必需组件。 最重要的是您必须在此方法内调用 setContentView()以定义 Activity 用户界面的布局。
onPause()
系统将此方法作为用户离开 Activity 的第一个信号但并不总是意味着 Activity 会被销毁进行调用。 您通常应该在此方法内确认在当前用户会话结束后仍然有效的任何更改因为用户可能不会返回。
您还应使用几种其他生命周期回调方法以便提供流畅的 Activity 间用户体验以及处理导致您的 Activity 停止甚至被销毁的意外中断。 后文的管理 Activity 生命周期部分对所有生命周期回调方法进行了阐述。
实现用户界面
Activity 的用户界面是由层级式视图 — 衍生自 View 类的对象 — 提供的。每个视图都控制 Activity 窗口内的特定矩形空间可对用户交互作出响应。 例如视图可以是在用户触摸时启动某项操作的按钮。
您可以利用 Android 提供的许多现成视图设计和组织您的布局。“小部件”是提供按钮、文本字段、复选框或仅仅是一幅图像等屏幕视觉交互式元素的视图。 “布局”是衍生自 ViewGroup 的视图为其子视图提供唯一布局模型例如线性布局、网格布局或相对布局。 您还可以为 View 类和 ViewGroup 类创建子类或使用其现有子类来自行创建小部件和布局然后将它们应用于您的 Activity 布局。
利用视图定义布局的最常见方法是借助保存在您的应用资源内的 XML 布局文件。这样一来您就可以将用户界面的设计与定义 Activity 行为的源代码分开维护。 您可以通过 setContentView() 将布局设置为 Activity 的 UI从而传递布局的资源 ID。不过您也可以在 Activity 代码中创建新 View并通过将新 View 插入 ViewGroup 来创建视图层次然后通过将根 ViewGroup 传递到 setContentView() 来使用该布局。
在清单文件中声明 Activity
您必须在清单文件中声明您的 Activity这样系统才能访问它。 要声明您的 Activity请打开您的清单文件并将 activity 元素添加为 application 元素的子项。例如
manifest ... application ... activity android:name.ExampleActivity /.../application ... ...
/manifest
您还可以在此元素中加入几个其他特性以定义 Activity 标签、Activity 图标或风格主题等用于设置 Activity UI 风格的属性。 android:name 属性是唯一必需的属性—它指定 Activity 的类名。应用一旦发布即不应更改此类名否则可能会破坏诸如应用快捷方式等一些功能。
请参阅 元素参考文档了解有关在清单文件中声明 Activity 的详细信息。
使用 Intent 过滤器 元素还可指定各种 Intent 过滤器—使用 元素—以声明其他应用组件激活它的方法。
当您使用 Android SDK 工具创建新应用时系统自动为您创建的存根 Activity 包含一个 Intent 过滤器其中声明了该 Activity 响应“主”操作且应置于“launcher”类别内。 Intent 过滤器的内容如下所示
activity android:name.ExampleActivity android:icondrawable/app_iconintent-filteraction android:nameandroid.intent.action.MAIN /category android:nameandroid.intent.category.LAUNCHER //intent-filter
/activity
action 元素指定这是应用的“主”入口点。category 元素指定此 Activity 应列入系统的应用启动器内以便用户启动该 Activity。
如果您打算让应用成为独立应用不允许其他应用激活其 Activity则您不需要任何其他 Intent 过滤器。 正如前例所示只应有一个 Activity 具有“主”操作和“launcher”类别。 您不想提供给其他应用的 Activity 不应有任何 Intent 过滤器您可以利用显式 Intent 自行启动它们下文对此做了阐述。
不过如果您想让 Activity 对衍生自其他应用以及您的自有应用的隐式 Intent 作出响应则必须为 Activity 定义其他 Intent 过滤器。 对于您想要作出响应的每一个 Intent 类型您都必须加入相应的 intent-filter其中包括一个 元素还可选择性地包括一个 category 元素和 /或一个 data 元素。这些元素指定您的 Activity 可以响应的 Intent 类型。
启动 Activity
您可以通过调用 startActivity()并将其传递给描述您想启动的 Activity 的 Intent 来启动另一个 Activity。Intent 对象会指定您想启动的具体 Activity 或描述您想执行的操作类型系统会为您选择合适的 Activity甚至是来自其他应用的 Activity。 Intent 对象还可能携带少量供所启动 Activity 使用的数据。
在您的自有应用内工作时您经常只需要启动某个已知 Activity。 您可以通过使用类名创建一个显式定义您想启动的 Activity 的 Intent 对象来实现此目的。 例如可以通过以下代码让一个 Activity 启动另一个名为 SignInActivity 的 Activity
Intent intent new Intent(this, SignInActivity.class);
startActivity(intent);
不过您的应用可能还需要利用您的 Activity 数据执行某项操作例如发送电子邮件、短信或状态更新。 在这种情况下您的应用自身可能不具有执行此类操作所需的 Activity因此您可以改为利用设备上其他应用提供的 Activity 为您执行这些操作。 这便是 Intent 对象的真正价值所在 — 您可以创建一个 Intent 对象对您想执行的操作进行描述系统会从其他应用启动相应的 Activity。 如果有多个 Activity 可以处理 Intent则用户可以选择要使用哪一个。 例如如果您想允许用户发送电子邮件可以创建以下 Intent
Intent intent new Intent(Intent.ACTION_SEND);
intent.putExtra(Intent.EXTRA_EMAIL, recipientArray);
startActivity(intent);
添加到 Intent 中的 EXTRA_EMAIL extra 是一个字符串数组其中包含应将电子邮件发送到的电子邮件地址。 当电子邮件应用响应此 Intent 时它会读取 extra 中提供的字符串数组并将它们放入电子邮件撰写窗体的“收件人”字段。 在这种情况下电子邮件应用的 Activity 启动并且当用户完成操作时您的 Activity startActivityForResult()而非 startActivity()来启动 Activity。 要想在随后收到后续 Activity 的结果请实现 onActivityResult() 回调方法。 当后续 Activity 完成时它会使用 Intent 向您的 onActivityResult() 方法返回结果。
例如您可能希望用户选取其中一位联系人以便您的 Activity 对该联系人中的信息执行某项操作。 您可以通过以下代码创建此类 Intent 并处理结果
private void pickContact() {// Create an intent to pick a contact, as defined by the content provider URIIntent intent new Intent(Intent.ACTION_PICK, Contacts.CONTENT_URI);startActivityForResult(intent, PICK_CONTACT_REQUEST);
}Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {// If the request went well (OK) and the request was PICK_CONTACT_REQUESTif (resultCode Activity.RESULT_OK requestCode PICK_CONTACT_REQUEST) {// Perform a query to the contacts content provider for the contacts nameCursor cursor getContentResolver().query(data.getData(),new String[] {Contacts.DISPLAY_NAME}, null, null, null);if (cursor.moveToFirst()) { // True if the cursor is not emptyint columnIndex cursor.getColumnIndex(Contacts.DISPLAY_NAME);String name cursor.getString(columnIndex);// Do something with the selected contacts name...}}
}
上例显示的是您在处理 Activity 结果时应该在 onActivityResult() 方法中使用的基本逻辑。 第一个条件检查请求是否成功如果成功则resultCode 将为 RESULT_OK以及此结果响应的请求是否已知 — 在此情况下requestCode与随 startActivityForResult() 发送的第二个参数匹配。 代码通过查询 Intent 中返回的数据data 参数从该处开始处理 Activity 结果。
实际情况是ContentResolver 对一个内容提供程序执行查询后者返回一个 Cursor让查询的数据能够被读取。如需了解详细信息请参阅内容提供程序文档。
结束 Activity
您可以通过调用 Activity 的 finish() 方法来结束该 Activity。您还可以通过调用 finishActivity() 结束您之前启动的另一个 Activity。
注在大多数情况下您不应使用这些方法显式结束 Activity。 正如下文有关 Activity 生命周期的部分所述Android 系统会为您管理 Activity 的生命周期因此您无需结束自己的 Activity。 调用这些方法可能对预期的用户体验产生不良影响因此只应在您确实不想让用户返回此 Activity 实例时使用。
管理 Activity 生命周期
通过实现回调方法管理 Activity 的生命周期对开发强大而又灵活的应用至关重要。 Activity 的生命周期会直接受到 Activity 与其他 Activity、其任务及返回栈的关联性的影响。
Activity 基本上以三种状态存在
继续
此 Activity 位于屏幕前台并具有用户焦点。有时也将此状态称作“运行中”。
暂停
另一个 Activity 位于屏幕前台并具有用户焦点但此 Activity 仍可见。也就是说另一个 Activity 显示在此 Activity 上方并且该 Activity 部分透明或未覆盖整个屏幕。 暂停的 Activity 处于完全活动状态Activity 对象保留在内存中它保留了所有状态和成员信息并与窗口管理器保持连接但在内存极度不足的情况下可能会被系统终止。
停止
该 Activity 被另一个 Activity 完全遮盖该 Activity 目前位于“后台”。 已停止的 Activity 同样仍处于活动状态Activity 对象保留在内存中它保留了所有状态和成员信息但未与窗口管理器连接。 不过它对用户不再可见在他处需要内存时可能会被系统终止。
如果 Activity 处于暂停或停止状态系统可通过要求其结束调用其 finish() 方法或直接终止其进程将其从内存中删除。将其结束或终止后再次打开 Activity 时必须重建。
实现生命周期回调
当一个 Activity 转入和转出上述不同状态时系统会通过各种回调方法向其发出通知。 所有回调方法都是挂钩您可以在 Activity 状态发生变化时替代这些挂钩来执行相应操作。 以下框架 Activity 包括每一个基本生命周期方法
public class ExampleActivity extends Activity {Overridepublic void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);// The activity is being created.}Overrideprotected void onStart() {super.onStart();// The activity is about to become visible.}Overrideprotected void onResume() {super.onResume();// The activity has become visible (it is now resumed).}Overrideprotected void onPause() {super.onPause();// Another activity is taking focus (this activity is about to be paused).}Overrideprotected void onStop() {super.onStop();// The activity is no longer visible (it is now stopped)}Overrideprotected void onDestroy() {super.onDestroy();// The activity is about to be destroyed.}
}
注正如以上示例所示您在实现这些生命周期方法时必须始终先调用超类实现然后再执行任何操作。
这些方法共同定义 Activity 的整个生命周期。您可以通过实现这些方法监控 Activity 生命周期中的三个嵌套循环
Activity 的整个生命周期发生在 onCreate() 调用与 onDestroy() 调用之间。您的 Activity 应在 onCreate() 中执行“全局”状态设置例如定义布局并释放 onDestroy() 中的所有其余资源。例如如果您的 Activity 有一个在后台运行的线程用于从网络上下载数据它可能会在 onCreate() 中创建该线程然后在 onDestroy() 中停止该线程。Activity 的可见生命周期发生在 onStart() 调用与 onStop() 调用之间。在这段时间用户可以在屏幕上看到 Activity 并与其交互。 例如当一个新 Activity 启动并且此 Activity 不再可见时系统会调用 onStop()。您可以在调用这两个方法之间保留向用户显示 Activity 所需的资源。 例如您可以在 onStart() 中注册一个 BroadcastReceiver 以监控影响 UI 的变化并在用户无法再看到您显示的内容时在 onStop() 中将其取消注册。在 Activity 的整个生命周期当 Activity 在对用户可见和隐藏两种状态中交替变化时系统可能会多次调用 onStart() 和 onStop()。Activity 的前台生命周期发生在 onResume() 调用与 onPause() 调用之间。在这段时间Activity 位于屏幕上的所有其他 Activity 之前并具有用户输入焦点。 Activity 可频繁转入和转出前台 — 例如当设备转入休眠状态或出现对话框时系统会调用 onPause()。 由于此状态可能经常发生转变因此这两个方法中应采用适度轻量级的代码以避免因转变速度慢而让用户等待。
下图说明了这些循环以及 Activity 在状态转变期间可能经过的路径。矩形表示回调方法当 Activity 在不同状态之间转变时您可以实现这些方法来执行操作。
下表列出了相同的生命周期回调方法其中对每一种回调方法做了更详细的描述并说明了每一种方法在 Activity 整个生命周期内的位置包括在回调方法完成后系统能否终止 Activity。
Activity 生命周期回调方法汇总表。
方法说明是否能事后终止后接onCreate()首次创建 Activity 时调用。 您应该在此方法中执行所有正常的静态设置 — 创建视图、将数据绑定到列表等等。 系统向此方法传递一个 Bundle 对象其中包含 Activity 的上一状态不过前提是捕获了该状态请参阅后文的保存 Activity 状态。始终后接 onStart()。否onStart()onRestart()在 Activity 已停止并即将再次启动前调用。始终后接 onStart()否onStart()onStart()在 Activity 即将对用户可见之前调用。如果 Activity 转入前台则后接 onResume()如果 Activity 转入隐藏状态则后接 onStop()。否onResume() 或 onStop()onPause()当系统即将开始继续另一个 Activity 时调用。 此方法通常用于确认对持久性数据的未保存更改、停止动画以及其他可能消耗 CPU 的内容诸如此类。 它应该非常迅速地执行所需操作因为它返回后下一个 Activity 才能继续执行。如果 Activity 返回前台则后接 onResume()如果 Activity 转入对用户不可见状态则后接 onStop()。是onResume() 或onStop()onStop()在 Activity 对用户不再可见时调用。如果 Activity 被销毁或另一个 Activity一个现有 Activity 或新 Activity继续执行并将其覆盖就可能发生这种情况。如果 Activity 恢复与用户的交互则后接 onRestart()如果 Activity 被销毁则后接 onDestroy()。是onRestart()或onDestroy()onDestroy()在 Activity 被销毁前调用。这是 Activity 将收到的最后调用。 当 Activity 结束有人对 Activity 调用了 finish()或系统为节省空间而暂时销毁该 Activity 实例时可能会调用它。 您可以通过 isFinishing() 方法区分这两种情形。是无
名为“是否能事后终止”的列表示系统是否能在不执行另一行 Activity 代码的情况下在方法返回后随时终止承载 Activity 的进程。 有三个方法带有“是”标记(onPause()、onStop() 和 onDestroy())。由于 onPause() 是这三个方法中的第一个因此 Activity 创建后onPause() 必定成为最后调用的方法然后才能终止进程 — 如果系统在紧急情况下必须恢复内存则可能不会调用 onStop() 和 onDestroy()。因此您应该使用 onPause() 向存储设备写入至关重要的持久性数据例如用户编辑。不过您应该对 onPause() 调用期间必须保留的信息有所选择因为该方法中的任何阻止过程都会妨碍向下一个 Activity 的转变并拖慢用户体验。
在是否能在事后终止列中标记为“否”的方法可从系统调用它们的一刻起防止承载 Activity 的进程被终止。 因此在从 onPause() 返回的时间到 onResume() 被调用的时间系统可以终止 Activity。在 onPause() 被再次调用并返回前将无法再次终止 Activity。 注根据表 1 中的定义属于技术上无法“终止”的 Activity 仍可能被系统终止 — 但这种情况只有在无任何其他资源的极端情况下才会发生。进程和线程处理文档对可能会终止 Activity 的情况做了更详尽的阐述。
保存 Activity 状态
管理 Activity 生命周期的引言部分简要提及当 Activity 暂停或停止时Activity 的状态会得到保留。 确实如此因为当 Activity 暂停或停止时Activity 对象仍保留在内存中 — 有关其成员和当前状态的所有信息仍处于活动状态。 因此用户在 Activity 内所做的任何更改都会得到保留这样一来当 Activity 返回前台当它“继续”时这些更改仍然存在。
不过当系统为了恢复内存而销毁某项 Activity 时Activity 对象也会被销毁因此系统在继续 Activity 时根本无法让其状态保持完好而是必须在用户返回 Activity 时重建 Activity 对象。但用户并不知道系统销毁 Activity 后又对其进行了重建因此他们很可能认为 Activity 状态毫无变化。 在这种情况下您可以实现另一个回调方法对有关 Activity 状态的信息进行保存以确保有关 Activity 状态的重要信息得到保留onSaveInstanceState()。
系统会先调用 onSaveInstanceState()然后再使 Activity 变得易于销毁。系统会向该方法传递一个 Bundle您可以在其中使用putString() 和 putInt() 等方法以名称-值对形式保存有关 Activity 状态的信息。然后如果系统终止您的应用进程并且用户返回您的 Activity则系统会重建该 Activity并将 Bundle 同时传递给 onCreate() 和 onRestoreInstanceState()。您可以使用上述任一方法从 Bundle 提取您保存的状态并恢复该 Activity 状态。如果没有状态信息需要恢复则传递给您的 Bundle 是空值如果是首次创建该 Activity就会出现这种情况。
图 2. 在两种情况下Activity 重获用户焦点时可保持状态完好系统在销毁 Activity 后重建 ActivityActivity 必须恢复之前保存的状态系统停止 Activity 后继续执行 Activity并且 Activity 状态保持完好。
注无法保证系统会在销毁您的 Activity 前调用 onSaveInstanceState()因为存在不需要保存状态的情况例如用户使用“返回”按钮离开您的 Activity 时因为用户的行为是在显式关闭 Activity。 如果系统调用 onSaveInstanceState()它会在调用 onStop() 之前并且可能会在调用 onPause() 之前进行调用。
不过即使您什么都不做也不实现 onSaveInstanceState()Activity 类的 onSaveInstanceState() 默认实现也会恢复部分 Activity 状态。具体地讲默认实现会为布局中的每个 View 调用相应的 onSaveInstanceState() 方法让每个视图都能提供有关自身的应保存信息。Android 框架中几乎每个小部件都会根据需要实现此方法以便在重建 Activity 时自动保存和恢复对 UI 所做的任何可见更改。例如EditText 小部件保存用户输入的任何文本CheckBox 小部件保存复选框的选中或未选中状态。您只需为想要保存其状态的每个小部件提供一个唯一的 ID通过 android:id 属性。如果小部件没有 ID则系统无法保存其状态。
您还可以通过将 android:saveEnabled 属性设置为 false 或通过调用 setSaveEnabled() 方法显式阻止布局内的视图保存其状态。您通常不应将该属性停用但如果您想以不同方式恢复 Activity UI 的状态就可能需要这样做。
尽管 onSaveInstanceState() 的默认实现会保存有关您的Activity UI 的有用信息您可能仍需替换它以保存更多信息。例如您可能需要保存在 Activity 生命周期内发生了变化的成员值它们可能与 UI 中恢复的值有关联但默认情况下系统不会恢复储存这些 UI 值的成员。
由于 onSaveInstanceState() 的默认实现有助于保存 UI 的状态因此如果您为了保存更多状态信息而替换该方法应始终先调用 onSaveInstanceState() 的超类实现然后再执行任何操作。 同样如果您替换 onRestoreInstanceState() 方法也应调用它的超类实现以便默认实现能够恢复视图状态。
注由于无法保证系统会调用 onSaveInstanceState()因此您只应利用它来记录 Activity 的瞬态UI 的状态— 切勿使用它来存储持久性数据而应使用 onPause() 在用户离开 Activity 后存储持久性数据例如应保存到数据库的数据。
您只需旋转设备让屏幕方向发生变化就能有效地测试您的应用的状态恢复能力。 当屏幕方向变化时系统会销毁并重建 Activity以便应用可供新屏幕配置使用的备用资源。 单凭这一理由您的 Activity 在重建时能否完全恢复其状态就显得非常重要因为用户在使用应用时经常需要旋转屏幕。
处理配置变更
有些设备配置可能会在运行时发生变化例如屏幕方向、键盘可用性及语言。 发生此类变化时Android 会重建运行中的 Activity系统调用 onDestroy()然后立即调用 onCreate()。此行为旨在通过利用您提供的备用资源例如适用于不同屏幕方向和屏幕尺寸的不同布局自动重新加载您的应用来帮助它适应新配置。
如果您对 Activity 进行了适当设计让它能够按以上所述处理屏幕方向变化带来的重启并恢复 Activity 状态那么在遭遇 Activity 生命周期中的其他意外事件时您的应用将具有更强的适应性。
正如上文所述处理此类重启的最佳方法是利用onSaveInstanceState() 和 onRestoreInstanceState()或 onCreate()保存并恢复 Activity 的状态。
如需了解有关运行时发生的配置变更以及应对方法的详细信息请阅读处理运行时变更指南。
协调 Activity
当一个 Activity 启动另一个 Activity 时它们都会体验到生命周期转变。第一个 Activity 暂停并停止但如果它在后台仍然可见则不会停止时同时系统会创建另一个 Activity。 如果这些 Activity 共用保存到磁盘或其他地方的数据必须了解的是在创建第二个 Activity 前第一个 Activity 不会完全停止。更确切地说启动第二个 Activity 的过程与停止第一个 Activity 的过程存在重叠。
生命周期回调的顺序经过明确定义当两个 Activity 位于同一进程并且由一个 Activity 启动另一个 Activity 时其定义尤其明确。 以下是当 Activity A 启动 Activity B 时一系列操作的发生顺序
Activity A 的 onPause() 方法执行。Activity B 的 onCreate()、onStart() 和 onResume() 方法依次执行。Activity B 现在具有用户焦点。然后如果 Activity A 在屏幕上不再可见则其 onStop() 方法执行。
您可以利用这种可预测的生命周期回调顺序管理从一个 Activity 到另一个 Activity 的信息转变。 例如如果您必须在第一个 Activity 停止时向数据库写入数据以便下一个 Activity 能够读取该数据则应在 onPause() 而不是 onStop() 执行期间向数据库写入数据。 本文由博客一文多发平台 OpenWrite 发布
