Android中有四大组件：
Activity
Content Provider
BroadcastReciver
Service
Activity
1.一个应用程序一般都是由多个activity组成的。
2.任务栈（task stack）（别名back stack后退栈） 记录存放用户开启的activity的。
3.一个应用程序一被开启系统就给他分配一个任务栈，当所有的activity都退出的时候，任务栈就清空了。
4.任务栈的id是一个integer的数据类型 自增长的。
5.在android操作系统里面会存在多个任务栈，一个应用程序一个任务栈。
6.桌面应用和一般的应用程序是一样的，任务栈的行为也是一样。
7.默认情况下， 关闭掉一个应用程序，清空了这个应用程序的任务栈。应用程序的进程还会保留。
为什么要引入任务栈的概念：
windows下 可以通过点击任务栏 切换任务
android下 长按小房子 切换任务
为了记录用户开启了那些activity，记录这些activity开启的先后顺序，google引入任务栈（task stack）概念，帮助维护好的用户体验。
activity的启动模式：
1. standard 默认标准的启动模式， 每次startActivity都是创建一个新的activity的实例。
适用于绝大大数情况
2. singleTop 单一顶部，如果要开启的activity在任务栈的顶部已经存在，就不会创建新的实例，
onNewIntent() 方法。
activity被重复的创建，解决用户体验问题。
3. singletask 单一任务栈 ， activity只会在任务栈里面存在一个实例。如果要激活的activity，在
activity，而是复用这个已经存在的activity，
onNewIntent() 方法，并且清空当前activity任务栈上面所有的activity
activity， 整个任务栈只有一个实例，节约内存和cpu的目的
activity还是运行在当前应用程序的任务栈里面的。不会创建新的任务栈。
4. singleInstance 单态 单例模式
activity
activity。
他会运行在自己单独，独立的任务栈里面，并且任务栈里面只有他一个实例存在。
InCallScreen
Content Provider
应用场景：获取手机中电话列表，获取短信类容。Content Provider
是为了不同应用中数据的交流而存在的。
我们自己可以写类容提供者，也就是在数据库中查出数据，在给外面提供接口。
一般我们都是用别人的Content Provider
怎么写自己的Content Provider？内容提供者是直接与数据库去交互
添加“电话号码”：
static{
//添加分机号
sMatcher = new UriMatcher(UriMatcher.NO_MATCH);
//插入数据
sMatcher.addURI(AUTHORITY, "person/insert",PERSON_INSERT_CODE);
//更新数据
sMatcher.addURI(AUTHORITY, "person/update",PERSON_UPDATE_CODE);
//查询 所有数据
sMatcher.addURI(AUTHORITY, "person/queryAll",PERSON_QUERYALL_CODE);
//查询 单个数据
sMatcher.addURI(AUTHORITY, "person/queryItem/#",PERSON_QUERYITEM_CODE);
//删除数据
sMatcher.addURI(AUTHORITY, "person/delete",PERSON_DELETE_CODE);
}
写Insert方法：
@Override
public Uri insert(Uri uri, ContentValues values) {
db=mOpenHelper.getWritableDatabase();
switch(sMatcher.match(uri))
{
case PERSON_INSERT_CODE:
if(db.isOpen())
{
long id=db.insert("person",null, values);
Uri in_uri=ContentUris.withAppendedId(uri, id);
db.close();
return in_uri;
}
break;
}
return null;
}
去内容提供者里面插入数据
Uri uri=Uri.parse("content://com.ouyang.provider.MyContentProvider/person/insert");
//内容提供访问对象
ContentValues values=new ContentValues();
values.put("name", "ouyang");
values.put("age",100);
values.put("money",100.0);
ContentResolver resolver=getContext().getContentResolver();
resolver.insert(uri, values);
BroadcastReciver
BroadcastReciver其实就是对手机的监听组合成的一组动作。
首先是建立BroadcastReciver
1，建立一个类，去继承BroadcastReciver
2，在manifest清单文件中配置<reciver>,配置如下可以监听SD卡是否拔出：
<receiver android:name="com.ouyang.sdcard.SdReciver">
<intent-filter>
<action android:name="android.intent.action.MEDIA_UNMOUNTED"></action>
<data android:scheme="file"></data>
</intent-filter>
</receiver>3，去实现我们继承类中的方法
public void
out.println("SD卡不可用！！");
"SD卡不可用",1).show();
}
应用场景：
电台： 发送广播
收音机: 接受广播
android系统下的广播：
电池电量低。
电池充电完毕
短信到来了
程序安装卸载
sd卡卸载 安装
Service
建立service步骤：
1，建立继承Service的类
2，在清单文件中配置，如下：
<service android:name="com.ouyang.service.MyService"> </service>
com.ouyang.service.MyService，这是我们的包名+类名3，在我们的类服务中实现
@Override
public
// TODO Auto-generated method stub
return null;
}
@Override
public void
// TODO Auto-generated method stub
Toast.makeText(getApplicationContext(), "服务被创建",0).show();
}
@Override
public void
// TODO Auto-generated method stub
Toast.makeText(getApplicationContext(), "服务被消费",0).show();
}
@Override
@Deprecated
public void onStart(Intent intent, int
// TODO Auto-generated method stub
Toast.makeText(getApplicationContext(), "服务开始",1).show();
}
服务： 长期后台运行的没有界面的组件
android应用：什么地方需要用到服务？
天气预报：后台的连接服务器的逻辑，每隔一段时间 获取最新的天气信息
股票显示：后台的连接服务器的逻辑，每隔一段时间 获取最新的股票信息
mp3播放器： 后台长期的播放音乐。
new Thread（）{}.start(); 子线程没有界面，也是长期后台运行的。
android系统进程管理是按照一定的规则的：
1.应用程序一旦被打开 通常情况下关闭（清空任务栈）后进程不会停止。方面下一次快速启动。
带来内存不足的问题。
2.Android系统有一套 内存清理机制。 按照优先级去回收系统的内存。
进程分为5个等级的优先级：（从高到低）
1.Foreground process 前台进程 用户正在玩的应用程序对应的进程
2.Visible process 可视进程 用户仍然可以看到这个进程的界面。
3.Service process服务进程 应用程序有一个服务组件在后台运行。
4.Background process 后台进程 应用程序没有服务在运行 并且最小化 （activity onstop）
5.Empty process 空进程 没有任何运行的activity， 任务栈空了
长期后台运行的组件， 不要在activity开启子线程。
应该是创建服务，在服务里面开启子线程。
服务的目的：
1.长期后台运行。
2.提高进程的优先级，系统不容易回收掉进程，即便回收了，内存充足的时候，把进程重新创建。
