官方api:https://developer.android.google.cn/guide/components/activities/intro-activities
Activity是Android中一个重要的组件（component)，刚接触Android的时候，很奇怪，程序的入口main函数呢？其实，Android系统通过在Activity中的具体生命周期状态中调用具体的回调方法，来启动（initiates）Activity实例中的代码。
本文是参考官方文档的，也可以说是看官方api的笔记吧。
Activity的概念
移动应用与桌面应用相比，移动应用的入口是不确定的。例如，你从home screen打开邮件可能会看见一系列邮件，但是从某个社交软件进去可能就是写邮件的界面了（我理解的官方文档要表达的意思）。
当一个应用程序调用（invoke）另一个应用程序，其实是在调它的一个Activity，而不是她整体（as an automic whole)。Activity是应用和用户交互的入口。
Activity提供了一个应用可以画它的用户界面（UI）的window，通常这个window填满整个屏幕，但是有时候也会比屏幕小并且浮动在其他window的顶部。通常，一个Activity implements 一个屏幕。哈哈，这样翻译很搞笑，但是我英语不好，没办法。
大多数的应用都包含多个屏幕（screen），他们可能是由多个Activity组成的。其中，有一个Activity是作为mainActivity的，它是用户登录应用程序时出现（apper）的第一个屏幕（screen）。为了执行不同的动作，一个Activity可以启动（start）另一个Activity。
虽然这些Activity一起工作来形成一种统一的（cohesive）用户体验，但是它们的联系是松散的。也就是说，她们的耦合度不高。
要使用应用中的这些Activity，你必须要在Manifest中进行登记（register），并且适当的管理他们的生命周期。
配置Manifest
声明Activity
<Activity>要素（element）是<application>要素的一个child。
<manifest ... >
<application ... >
<activity android:name=".ExampleActivity" />
...
</application ... >
...
</manifest >
声明intent filters
Intent filter 提供了基于显式（explicit）和隐式（implicit）登录一个Activity的能力。例如，显式请求可能会告诉系统“在 Gmail 应用程序中启动发送电子邮件活动”。相比之下，隐式请求会告诉系统“在任何可以完成这项工作的活动中启动发送电子邮件屏幕”。
<activity android:name=".ExampleActivity" android:icon="@drawable/app_icon">
<intent-filter>
<action android:name="android.intent.action.SEND" />
<category android:name="android.intent.category.DEFAULT" />
<data android:mimeType="text/plain" />
</intent-filter>
</activity>
声明权限
<manifest>
<activity android:name="...."
android:permission=”com.google.socialapp.permission.SHARE_POST”
/>
<manifest>
<uses-permission android:name="com.google.socialapp.permission.SHARE_POST" />
</manifest>
管理声明周期
在Activity的一生中，有许多不同的状态。通过使用下列回调方法（callbacks)处理不同状态之间的过渡。
onCreate()
在系统创建Activity时触发（fire),在这里创建视图并且绑定数据展示在这里，最重要地，你必须调用（call）onCreate()来设置用户界面的布局。
onStart()
onCreate()退出时，活动进入已启动状态（Started state),而不是已创建状态！！！这个时候Activity就已经是对用户可见的了！这个回调方法做Activity来到前台并且成为交互的（interactive）最后准备！
我有个疑问：
onCrate()退出后不是已经成为已启动状态了吗？不是已经对用户可见了吗？
为什么onStart()这里还在为Activity来到前台（foreground）做最后的准备？
有大佬知道的可以在评论区告知我！
onResume()
Activity开始和用户交互（interact）前，系统调用这个回调方法。此刻，Activity是在活动栈（activity stack）的最顶部，人生巅峰哦！并且捕获所有用户输入。应用程序的大部分核心功能都是通过onResume（）方法实现的。
onPause()
当活动失去焦点并且进入暂停状态（Paused state)时，系统调用onPause()。当系统调用活动的onPause()方法时，从技术角度讲，活动仍是部分可见的（partially visible），但最常见的情况是指示用户正在离开活动，活动将很快进入停止或恢复状态。
一旦onPause（）完成执行，下一个回调将是onStop（）或onResume（），具体取决于活动进入暂停状态后发生的情况。
onStop()
当活动对用户不再可见时，系统调用onStop（）。这可能是因为活动正在销毁、新活动正在启动或现有活动正在进入恢复状态并覆盖已停止的活动。在所有这些情况下，停止的活动都不再可见。
系统调用的下一个回调要么是onRestart（），如果活动返回与用户交互，要么是onDestroy（），如果此活动完全终止。
onRestart()
当处于停止状态（Stopped state）的活动即将重新启动时，系统调用此回调。onRestart（）恢复活动停止时的状态。
此回调后始终紧跟onStart（）。
onDestroy()
系统在活动被销毁之前调用此回调。
此回调是活动收到的最后一个回调。 onDestroy() 通常用于确保在活动或包含活动的进程被销毁时释放活动的所有资源。
本文只是对活动的一些介绍，参考文献就是本文开篇提到的官方文档，虽然我英语很烂，但还是觉得官方文档讲得要比一些Android教材要清楚，或者说是更加“原汁原味”吧。
另外，有写的不对的地方，希望评论区能得到指正！
