Android中有四大组件的简单总结
Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器。
一:了解四大基本组件
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 onReceive(Context context, Intent intent) {
System.out.println("SD卡不可用!!");
Toast.makeText(context,"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 IBinder onBind(Intent arg0) {
// TODO Auto-generated method stub
return null;
}
@Override
public void onCreate() {
// TODO Auto-generated method stub
Toast.makeText(getApplicationContext(), "服务被创建",0).show();
}
@Override
public void onDestroy() {
// TODO Auto-generated method stub
Toast.makeText(getApplicationContext(), "服务被消费",0).show();
}
@Override
@Deprecated
public void onStart(Intent intent, int startId) {
// 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.提高进程的优先级,系统不容易回收掉进程,即便回收了,内存充足的时候,把进程重新创建。