name="android.provider.Telephony.SMS_RECEIVED"/>
动态注册,一般在Activity可交互时onResume()内注册BroadcastReceiver
IntentFilterintentFilter=newIntentFilter("android.provider.Telephony.SMS_RECEIVED");
registerReceiver(mBatteryInfoReceiver,intentFilter);
//反注册
unregisterReceiver(receiver);
注意:
1.生命周期只有十秒左右,如果在onReceive()内做超过十秒内的事情,就会报ANR(ApplicationNoResponse)程序无响应的错误信息,如果需要完成一项比较耗时的工作,应该通过发送Intent给Service,由Service来完成.这里不能使用子线程来解决,因为BroadcastReceiver的生命周期很短,子线程可能还没有结束BroadcastReceiver就先结束了.BroadcastReceiver一旦结束,此时BroadcastReceiver的所在进程很容易在系统需要内存时被优先杀死,因为它属于空进程(没有任何活动组件的进程).如果它的宿主进程被杀死,那么正在工作的子线程也会被杀死.所以采用子线程来解决是不可靠的
2.动态注册广播接收器还有一个特点,就是当用来注册的Activity关掉后,广播也就失效了。
静态注册无需担忧广播接收器是否被关闭,只要设备是开启状态,广播接收器也是打开着的。
也就是说哪怕app本身未启动,该app订阅的广播在触发时也会对它起作用
系统常见广播Intent,如开机启动、电池电量变化、时间改变等广播
Service服务:
一个Service是一段长生命周期的,没有用户界面的程序,可以用来开发如监控类程序。
比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。
在一个媒体播放器的应用中,应该会有多个activity,让使用者可以选择歌曲并播放歌曲。
然而,音乐重放这个功能并没有对应的activity,因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。
在这个例子中,媒体播放器这个activity会使用Context.startService()来启动一个service,从而可以在后台保持音乐的播放。
同时,系统也将保持这个service一直执行,直到这个service运行结束。
另外,我们还可以通过使用Context.bindService()方法,连接到一个service上(如果这个service还没有运行将启动它)。
当连接到一个service之后,我们还可以service提供的接口与它进行通讯。
拿媒体播放器这个例子来说,我们还可以进行暂停、重播等操作。
Service使用步骤如下
1>继承service类
2>AndroidManifast.xml配置清单文件中节点里对服务进行配置
服务不能自己运行,需要通过Contex.startService()或Contex.bindService()启动服务
通过startService()方法启动的服务于调用者没有关系,即使调用者关闭了,服务仍然运行想停止服务要调用Context.stopService(),此时系统会调用onDestory(),使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onStart(),如果服务已经启动再次调用只会触发onStart()方法
使用bindService()启动的服务与调用者绑定,只要调用者关闭服务就终止,使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onBind(),如果服务已经启动再次调用不会再触发这2个方法,调用者退出时系统会调用服务的onUnbind()-->onDestory(),想主动解除绑定可使用Contex.unbindService(),系统依次调用onUnbind()-->onDestory();
ContentProvider内容提供者:
android平台提供了ContentProvider使一个应用程序的指定数据集提供给其他应用程序。
这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式,
其他应用可以通过ContentResolver类(见ContentProviderAccessApp例子)从该内容提供者中获取或存入数据.(相当于在应用外包了一层壳),
只有需要在多个应用程序间共享数据是才需要内容提供者。
例如,通讯录数据被多个应用程序使用,且必须存储在一个内容提供者中
它的好处:
统一数据访问方式。
android系统自带的内容提供者(顶级的表示数据库名,非顶级的都是表名)这些内容提供者在SDK文档的android.providerJava包中都有介绍。
见:
├────Browser
├────CallLog
├────Contacts
│ ├────Groups
│ ├────People
│ ├────Phones
│ └────Photos
├────Images
│ └────Thumbnails
├────MediaStore
│ ├────Albums
│ ├────Artists
│ ├────Audio
│ ├────Genres
│ └────Playlists
├────Settings
└────Video
CallLog:
地址和接收到的电话信息
Contact.People.Phones:
存储电话号码
Setting.System:
系统设置和偏好设置
使用ContentProvider对外共享数据的步骤
1>继承ContentProvider类并根据需求重写以下方法:
publicbooleanonCreate();//处理初始化操作
/**
*插入数据到内容提供者(允许其他应用向你的应用中插入数据时重写)
*@paramuri
*@paraminitialValues插入的数据
*@return
*/
publicUriinsert(Uriuri,ContentValuesinitialValues);
/**
*从内容提供者中删除数据(允许其他应用删除你应用的数据时重写)
*@paramuri
*@paramselection条件语句
*@paramselectionArgs参数
*@return
*/
publicintdelete(Uriuri,Stringselection,String[]selectionArgs);
/**
*更新内容提供者已存在的数据(允许其他应用更新你应用的数据时重写)
*@paramuri
*@paramvalues更新的数据
*@paramselection条件语句
*@paramselectionArgs参数
*@return
*/
publicintupdate(Uriuri,ContentValuesvalues,Stringselection,
String[]selectionArgs);
/**
*返回数据给调用者(允许其他应用从你的应用中获取数据时重写)
*@paramuri
*@paramprojection列名
*@paramselection条件语句
*@paramselectionArgs参数
*@paramsortOrder排序
*@return
*/
publicCursorquery(Uriuri,String[]projection,Stringselection,
String[]selectionArgs,StringsortOrder);
/**
*用于返回当前Uri所代表数据的MIME类型
*如果操作的数据为集合类型(多条数据),那么返回的类型字符串应该为vnd.android.cursor.dir/开头
*例如要得到所有person记录的Uri为content:
//com.bravestarr.provider.personprovider/person,
* 那么返回的MIME类型字符串应该为"vnd.android.cursor.dir/person"
*如果操作的数据为单一数据,那么返回的类型字符串应该为vnd.android.cursor.item/开头
*例如要得到id为10的person记录的Uri为content:
//com.bravestarr.provider.personprovider/person/10,
* 那么返回的MIME类型字符串应该为"vnd.android.cursor.item/person"
*@paramuri
*/
publicStringgetType(Uriuri)
这些方法中的Uri参数,得到后需要进行解析然后做对应处理,Uri表示要操作的数据,包含两部分信息:
1.需要操作的contentprovider
2.对contentprovider中的什么数据进行操作,一个Uri格式:
结构头:
//authorities(域名)/路径(要操作的数据,根据业务而定)
content:
//com.bravestarr.provider.personprovider/person/10
说明:
contentprovider的结构头已经由android规定为content:
//
authorities用于唯一标识这个contentprovider程序,外部调用者可以根据这个找到他
路径表示我们要操作的数据,路径的构建根据业务而定.路径格式如下:
要操作person表行号为10的记录,可以这样构建/person/10
要操作person表的所有记录,可以这样构建/person
2>在AndroidManifest.xml中使用对ContentProvider进行配置注册(内容提供者注册它自己就像网站注册域名),ContentProvider采用authoritie(原意授权,可理解为域名)作为唯一标识,方便其他应用能找到
android:
icon="@drawable/ic_launcher"
android:
label="@string/app_name">
--authorities属性命名建议:
公司名.provider.SomeProvider-->
name=".PersonProvider"android:
authorities="com.bravestarr.provider.personprovider"/>
...
关于四大基本组件的一个总结:
1> 4大组件的注册
4大基本组件都需要注册才能使用,每个Activity、service、ContentProvider内容提供者都需要在AndroidManifest文件中进行配置AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见,从而也就不可用,而BroadcastReceive广播接收者的注册分静态注册(在AndroidManifest文件中进行配置)和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。
需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态,只要接收到感兴趣的广播就会触发(即使程序未运行)
AndroidManifest文件中进行注册格式如下:
元素的name属性指定了实现了这个activity的Activity的子类。
icon和label属性指向了包含展示给用户的此activity的图标和标签的资源文件。
元素用于声明服务
元素用于声明广播接收器
元素用于声明内容提供者
2> 4大组件的激活
•容提供者的激活:
当接收到ContentResolver发出的请求后,内容提供者被激活。
而其它三种组件──activity、服务和广播接收器被一种叫做intent的异步消息所激活
•Activity的激活通过传递一个Intent对象至Context.startActivity()或Activity.startActivityForResult()以载入(或指定新工作给)一个activity。
相应的activity可以通过调用getIntent()方法来查看激活它的intent。
如果它期望它所启动的那个activity返回一个结果,它会以调用startActivityForResult()来取代startActivity()。
比如说,如果它启动了另外一个Activity以使用户挑选一张照片,它也许想知道哪张照片被选中了。
结果将会被封装在一个Intent对象中,并传递给发出调用的activity的onActivityResult()方法。
•服务的激活可以通过传递一个Intent对象至Context.startService()或Context.bindService()前者Android调用服务的onStart()方法并将Intent对象传递给它,后者Android调用服务的onBind()方法将这个Intent对象传递给它
•发送广播可以通过传递一个Intent对象至给Context.sendBroadcast()、
Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()Android会调用所有对此广播有兴趣的广播接收器的onReceive()方法,将intent传递给它们
3> 四大组件的关闭
内容提供者仅在响应ContentResolver提出请求的时候激活。
而一个广播接收器仅在响应广播信息的时候激活。
所以,没有必要去显式的关闭这些组件。
Activity关闭:
可以通过调用它的finish()方法来关闭一个activity
服务关闭:
对于通过startService()方法启动的服务要调用Context.stopService()方法关闭服务,使用bindService()方法启动的服务要调用Contex.unbindService()方法关闭服务
二:
四大组件的生命周期
介绍生命周期之前,先提一下任务的概念
任务其实就是activity的栈它由一个或多个Activity组成的共同完成一个完整的用户体验,换句话说任务就是”应用程序”(可以是一个也可以是多个,比如假设你想让用户看到某个地方的街道地图。
而已经存在一个具有此功能的activity了,那么你的activity所需要做的工作就是把请求信息放到一个Intent对象里面,并把它传递给startActivity()。
于是地图浏览器就会显示那个地图。
而当用户按下BACK键的时候,你的activity又会再一次的显示在屏幕上,此时任务是由2个应用程序中的相关activity组成的)栈底的是启动整个任务的Activity,栈顶的是当前运行的用户可以交互的Activity,当一个activity启动另外一个的时候,新的activity就被压入栈,并成为当前运行的activity。
而前一个activity仍保持在栈之中。
当用户按下BACK键的时候,当前activity出栈,而前一个恢复为当前运行的activity。
栈中保存的其实是对象,栈中的Activity永远不会重排,只会压入或弹出,所以如果发生了诸如需要多个地图浏览器的情况,就会使得一个任务中出现多个同一Ac