android-4大基石（activity service contentprovider brodcast）

activity4种启动模式：

也就是ac的lanchMode属性

1.standard(标准启动模式)

这是ac的标准启动模式，默认启动模式，在这种情况下启动的ac可以被多次实例化，在同一个任务栈中可以

存在多个ac实例，每个实例会处理一个intent对象，如果AC1的启动模式为standard，并且有一个AC1被启动了，在改

AC1中调用startactivity时会启动一个新的ac1，这样可能会消耗很多系统资源。

2.singleTop

如果一个以singleTop模式启动的AC实例已经位于任务栈栈顶，那么再启动这个AC时，不会创建新的实例，

而是调用该实例中的onNewIntent()函数将Intent对象传递到这个实例中.（注意是栈顶，不在栈顶照样创建新实例！）

3.singleTask

这是最常用推荐的启动模式，这种模式下，一个任务栈中只能有一个实例，如果栈中没有实例，就新建一个，

如果有，就销毁该AC之上的所有实例（栈），并让这个实例位于栈顶，然后调用onNewIntent（）。

4.singleIntance

设置了singleIntance的AC会在一个独立的任务中开启，并且这个新任务有且只有一个实例，也就是被该实例启动

的其他AC会自动运行在另一个任务中，当再次启动该AC时，会重用已经存在的任务和实例，并且会调用该实例的onNewIntent()

将Intent传入到该实例

和singleTop不同的是 同一个时刻在系统中只会存在一个ac实例，而singerTask模式和ac是可以有多个的，

只要这些ac在不同的任务栈中即可。例如，应用A启动了一个启动模式为Task的AC1，应用B又通过Intent启动了一个AC1

此时由于应用A和应用B都有自己的任务栈，因此这2个任务栈分别有一个AC1实例，而singleIntance能保证AC在系统中

只有一个实例，不管多少应用要启动该AC，这个AC有且只有一个。

service

intentService将用户请求执行在一个子线程中，用户只需要复写onHandleIntent函数，并且在改函数中完成自己的耗时操作即可。需要注意的是在任务执行完毕后IntentService会调用stopSelf自我销毁，因此，他适用于一些短期的耗时任务，示例：

public class MyItentService extends ItentService{

MyIntentService(){

super(MyItentService.class.getname());

}

protected void onHandleIntent(Intent intent) {

//进行耗时操作

}

}

但是service的优先级很低，当系统内存不足时会被回收，如果希望service一直保持运行，需要service运行在前台中，前台服务不仅不会被系统回收，还会在通知栏显示一条消息，下拉状态栏后可以看到更详细的信息。

Broadcast

三个基本要素：发送广播的broadcast接受广播的broadcastReceiver以及传递小心的intent

1.普通广播

完全异步 通过context的sendBroadcast来发送，消息传递效率较高，但所有的receivers的执行顺序不确定，

缺点是 接受者不能将处理结果传递给下一个接受者，并且无法终止广播intent传播，直到没有与之匹配的广播接受器为止

2.有序广播

通过context.sendOrderedBroadcast()来发送，所有广播按照优先级依次执行，广播接收器的优先级通过receiver的intent-filter中android:priority来设置，数值越大优先级越高，当广播接收器接受到广播后，可以使用sendResult()函

数来将结果传给下一个广播，然后通过getResult（）来取得上个广播接收器返回的结果，并可以用abortBroadcast()函数来让系统丢弃该广播，不在被其他广播接受。

3.本地广播

之前的广播都是全局的，所有应用程序都能看到，使用本地广播可以不被看到

4.sticky广播

通过context.sendStickyBroadcast()来发送，用此函数发送的广播会一直滞留，当有匹配次广播的广播接收器被注册 就会接受这个广播。sendStickyBroadcast只保留最后一条广播并且一直保留下去，这样即使已经有广播接收器处理了改广播，当再有匹配时，次广播仍会被接受，如果只想处理一遍改广播 可以通过removeStickyBroadcast实现

contentProvider

作用是对外共享数据，也就是说可以通过contentProvider吧应用中数据共享给其他应用访问，其他应用可以通过contentProvider对应用中的数据进行增删查改，它实际上是对SQLiteOpenHelper的进一步封装，通过Uri映射判断选择需要操作数据表中哪一个。通过uriMatcher将数据库中表与uri建立关联，用户通过uri操作contentProvider会对表中数据进行增删查改。