Android四大基本组件

Android四大基本组件分别是Activity，Service服务,Content Provider内容提供者，BroadcastReceiver广播接收器。

Activity 概念：

应用程序中，一个Activity通常就是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。 <activity Android:name=".ExampleActivity" android:icon="@drawable/app_icon"> <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity> android.intent.action.MAIN 表示此Activity为App的入口；android.intent.category.LAUNCHER则表示此入口为系统的图标或快捷方式启动；但App并不只能有一个入口，也有可能是由intent-filter打开方式启动app。

对于Activity，关键是其生命周期的把握，其次就是状态的保存和恢复（onSaveInstanceState onRestoreInstanceState），以及Activity 之间的跳转和数据传输（intent）。

生命周期总结过Activity状态的保存与恢复Android系统默认有一套Activity的状态保存机制，比如当在一个Activity的文本框内输入了一些值，然后又打开了另外一个新的Activity，当再次回到上一个Activity时，文本框内的值还会存在，但是这是在这个Activity还没有被destroy掉的时候才可以，如果系统因为内存不足而将该Activity给destory掉的话，再次回到该Activity时，就没有那些原来的输入的值了，这时候该Activity要重新创建一次。因此我们很多时候需要自己写程序来处理这种情况，可以通过覆写onSaveInstanceState()方法来实现,可以参考简易音频播放器的例子-http://blog.csdn.net/geniusxiaoyu/article/details/7305270

注意点 * 当用户打开新的Activity或切换回到桌面的时候，回调为onPause->onStop，但是若Activity采用的为透明主题，则不会回调onStop。 * 一般情况下，Activity有不可见变为可见，onRestart才会调用。 * onStart和onStop控制Activity在可见和不可见的状态之间转换，onResume和onPause控制Activity在前台或非前台之间转换。 * 当由Activity A ->Activity B时，回调的顺序为onPause(A)->onCreate(B)->onStart(B)->onStop(A)，因此不可以在onPause上做重量级操作。 * 如果应用长时间处于stopped状态并且此时系统内存极为紧张的时候，系统就会回收Activity，此时系统在回收之前会回调onSaveInstanceState方法来保存应用的数据Bundle。当该Activity重新创建的时候，保存的Bundle数据就会传递到onRestoreSaveInstanceState方法和onCreate方法中，这就是onCreate方法中Bundle savedInstanceState参数的来源（onRestoreInstanceState的bundle参数也会传递到onCreate方法中，你也可以选择在onCreate方法中做数据还原）。

**onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的。 onSaveInstanceState的调用遵循一个重要原则，即当系统“未经你许可”时销毁了你的activity，则onSaveInstanceState会被系统调用，这是系统的责任，因为它必须要提供一个机会让你保存你的数据。 onRestoreInstanceState被调用的前提是，activity“确实”被系统销毁了，而如果仅仅是停留在有这种可能性的情况下，则该方法不会被调用，例如，当正在显示activity的时候，用户按下HOME键回到主界面，然后用户紧接着又返回到activity，这种情况下activity一般不会因为内存的原因被系统销毁，故activity的onRestoreInstanceState方法不会被执行**

异常生命周期

1.资源相关的系统配置发生改变导致Activity被杀死并重建 * 资源相关的系统配置发生改变，举个栗子。当前Activity处于竖屏状态的时候突然转成横屏，系统配置发生了改变，Activity就会销毁并且重建，其onPause, onStop, onDestory均会被调用。因为是在异常情况下终止的，所以系统会调用onSaveInstanceState来保存当前Activity状态。这个方法是在onStop之前，与onPause没有固定的时序关系。当Activity重建的时候系统会把onSaveInstanceState所保存的Bundle作为对象传递给onRestoreInstanceState和onCreate方法。

注

View的源码中每个View都有onSaveInstanceState和onRestoreInstanceState这两个方法。接收位置可以是onRestoreInstanceState和onCreate方法，区别是：onRestoreInstanceState如果被调用，参数Bundle一定是有值的，在onCreate中需要判断参数是否为null。onSaveInstanceState只有在Activity即将销毁并有机会重新显示时才会调用，正常销毁的Activity生命周期中不会调用，比如：旋转屏幕，按Home键，启动新Activity等。

2.资源内存不足导致低优先级的Acitvity被杀死

Activity优先级

前台Activity——正在和用户交互的Activity，优先级最高 可见但非前台Activity——Activity中弹出的对话框导致Activity可见但无法交互,优先级次之 后台Activity——已经被暂停的Activity，优先级最低

系统内存不足是，会按照以上顺序杀死Activity，并通过onSaveInstanceState和onRestoreInstanceState这两个方法来存储和恢复数据。

Activity任务栈和四种启动模式

应用内的Activity是被任务栈Task来管理的，一个Task中的Activity可以来自不同的应用，同一个应用的Activity也可能不在同一个Task中。默认情况下，任务栈依据栈的后进先出原则管理Activity，但是Activity可以设置一些“特权”打破默认的规则，主要是通过在AndroidManifest文件中的属性android:launchMode或者通过Intent的flag来设置。standard：默认的启动模式，该模式下会生成一个新的Activity，同时将该Activity实例压入到栈中（不管该Activity是否已经存在在Task栈中，都是采用new操作）。例如： 栈中顺序是A B C D ，此时D通过Intent跳转到A，那么栈中结构就变成 A B C D A，点击返回按钮的 显示顺序是 D C B A，依次摧毁。singleTop：在singleTop模式下，如果当前Activity D位于栈顶，此时通过Intent跳转到它本身的Activity（即D），那么不会重新创建一个新的D实例（走onNewIntent()），所以栈中的结构依旧为A B C D，如果跳转到B，那么由于B不处于栈顶，所以会新建一个B实例并压入到栈中，结构就变成了A B C D B。应用实例：三条推送，点进去都是一个activity。singleTask：在singleTask模式下，Task栈中只能有一个对应Activity的实例。例如：现在栈的结构为A B C D，此时D通过Intent跳转到B（走onNewIntent()），则栈的结构变成了：A B。其中的C和D被栈弹出销毁了，也就是说位于B之上的实例都被销毁了。如果系统已经存在一个实例，系统就会将请求发送到这个实例上，但这个时候，系统就不会再调用通常情况下我们处理请求数据的onCreate方法，而是调用onNewIntent方法。通常应用于首页，首页肯定得在栈底部，也只能在栈底部。singleInstance：singleInstance模式下会将打开的Activity压入一个新建的任务栈中。例如：Task栈1中结构为：A B C，C通过Intent跳转到了D（D的启动模式为singleInstance），那么则会新建一个Task 栈2，栈1中结构依旧为A B C，栈2中结构为D，此时屏幕中显示D，之后D通过Intent跳转到D，栈2中不会压入新的D，所以2个栈中的情况没发生改变。如果D跳转到了C，那么就会根据C对应的启动模式在栈1中进行对应的操作，C如果为standard，那么D跳转到C，栈1的结构为A B C C，此时点击返回按钮，还是在C，栈1的结构变为A B C，而不会回到D。

Intent Flag启动模式

(1)Intent.FLAG_ACTIVITY_NEW_TASK：使用一个新的task来启动Activity，一般用在service中启动Activity的场景，因为service中并不存在Activity栈。 (2)Intent.FLAG_ACTIVITY_SINGLE_TOP：类似andoid:launchMode=”singleTop” (3)Intent.FLAG_ACTIVITY_CLEAR_TOP：类似andoid:launchMode=”singleTask” (4)Intent.FLAG_ACTIVITY_NO_HISTORY：使用这种模式启动Activity，当该Activity启动其他Activity后，该Activity就消失了，不会保留在task栈中。例如A B，在B中以这种模式启动C，C再启动D，则当前的task栈变成A B D。

清空任务栈

(1)clearTaskOnLaunch：每次返回该Activity时，都将该Activity之上的所有Activity都清除。通过这个属性可以让task每次在初始化的时候都只有这一个Activity。 (2)finishOnTaskLaunch：clearTaskOnLaunch作用在别的Activity身上，而finishOnTaskLaunch作用在自己身上。通过这个属性，当离开这个Activity所在的task，那么当用户再返回时，该Activity就会被finish掉。 [暂时还不明白这个有什么作用] (3)alwaysRetainTaskState：如果将Activity的这个属性设置为true，那么该Activity所在的task将不接受任何清理命令，一直保持当前task状态，相当于给了task一道”免死金牌”。

Activity的构成

Activity的构成不是一个Activity对象加上一个布局文件那么简单，在Activity和开发人员中间还隔着两层。实际上视图会被设置给一个Window类，Window类中有一个DecorView，这就是整个窗口的顶级视图。开发人员设置的布局会被设置到这个DecorView的mContentParent布局中。这样子，用户界面就被添加到了系统布局中，而系统布局会为我们设置好标题栏区域等。 Activity-> PhoneWindow->DecorView-> DefaultLayout->ViewGroup:mContentParent->用户自己的xml布局

Content Provider内容提供者

ContentProvider（内容提供者）是Android中的四大组件之一。主要用于对外共享数据，也就是通过ContentProvider把应用中的数据共享给其他应用访问，其他应用可以通过ContentProvider对指定应用中的数据进行操作。ContentProvider分为系统的和自定义的，系统的也就是例如联系人，图片等数据。

内容提供者将一些特定的应用程序数据供给其它应用程序使用。数据可以存储于文件系统、SQLite数据库或其它方式。内容提供者继承于ContentProvider 基类，为其它应用程序取用和存储它管理的数据实现了一套标准方法。然而，应用程序并不直接调用这些方法，而是使用一个 ContentResolver 对象，调用它的方法作为替代。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。

Uri

Uri指定了将要操作的ContentProvider，其实可以把一个Uri看作是一个网址，我们把Uri分为三部分。 第一部分是”content://”。可以看作是网址中的”http://”。 第二部分是主机名或authority，用于唯一标识这个ContentProvider，外部应用需要根据这个标识来找到它。可以看作是网址中的主机名，比如”blog.csdn.NET”。 第三部分是路径名，用来表示将要操作的数据。可以看作网址中细分的内容路径。

当应用继承ContentProvider类，并重写该类用于提供数据和存储数据的方法，就可以向其他应用共享其数据。虽然使用其他方法也可以对外共享数据，但数据访问方式会因数据存储的方式而不同，如：采用文件方式对外共享数据，需要进行文件操作读写数据；采用sharedpreferences共享数据，需要使用sharedpreferences API读写数据。而使用ContentProvider共享数据的好处是统一了数据访问方式。