精华内容
下载资源
问答
  • Andriod 的四大组件及其作用  Android 开发的四大组件分别是:活动(activity),用于表现功能;服务(service),后台运行服务,不提供界面呈现;广播接受者(Broadcast Receive),勇于接收广播;内容提供者...

    Andriod 的四大组件及其作用

            Android 开发的四大组件分别是:活动(activity),用于表现功能;服务(service),后台运行服务,不提供界面呈现;广播接受者(Broadcast Receive),勇于接收广播;内容提供者(Content Provider),支持多个应用中存储和读取数据,相当于数据库。

    1.活动

    Android中,activity是所有程序的根本,所有程序的流程都运行在activity之中,activity可以算是开发者遇到的最频繁,也是android当中最基本的模块之一。在android的程序中,activity一般代表手机屏幕的一屏。如果把手机比作一个浏览器,那么activity就相当于一个网页。在activity当中可以添加一些Button、Checkbox等控件,可以看到activity概念和网页的概念相当类似。

    一般一个android应用是由多个activity组成的,这多个activity之间可以进行相互跳转。例如,按下一个Button按钮后,可能会跳转到其他的activity,与网页跳转稍微有点不一样的是,activity之间的跳转有可能返回值。例如,从activity A跳转到activity B,那么当activity B运行结束时,有可能会给activity A一个返回值。这样做在很多时候是相当方便的。

    当打开一个新的屏幕时,之前一个屏幕会被置为暂停状态,并且压入历史堆栈中。用户可以通过回退操作返回到以前打开过的屏幕。可以选择性的一处一些没有必要保留的屏幕,因为Android会把每个应用的开始到当前的每个屏幕保存在堆栈中。

    2.服务

    Service是android系统中的一种组件,跟activity的级别差不多,但是他不能自己运行,只能后台运行,并且可以和其他组件进行交互。Service是没有界面长生命周期的代码。Service是一种程序,可以运行很长时间的,但是却没有用户界面。这么说有点枯燥,来看个例子。打开一个音乐播放器的程序,这时如果想上网,那么打开Android浏览器,这时虽然已经进入浏览器这个程序,但是歌曲播放并没有停止,而是在后台继续一首接一首的播放,其实这个播放就是由播放音乐的Service进行控制。当然这个播放音乐的Service也可以停止。例如,当播放列表里的歌曲都结束,或用户按下了停止音乐播放的快捷键等。Service可以在很多场合的应用中使用,如播放多媒体时用户启动了其他Activity,这时程序要在后台继续播放,比如检测SD卡上文件的变化,或在后台记录地理信息位置的改变等,而服务却藏在后台。

    开启Service有两种方式:

    (1)Context.starService():Service会经历onCreat  ——>onStar(如果Service还没有运行,则Android先调用onCreat(),然后调用onStar(),所以一个Service的onStar方能会重复调用多次);如果是调用者自己直接退出而没有调用StopService,服务会一直在后台运行。该服务的调用者再启动起来后可以通过stopService关闭服务。注意,多次调用Context.starService()不会被嵌套(即使会有相应的onStar()方法被调用),所以无论同一个服务被启动多少次,一旦调用Context.stopService()或者StopSelf(),都会被停止。

    说明:传递给starService()的Intent对象会传递给onStar()方法。调用顺序为onCreat——onStar(可调用多次)——onDestroy.

    (2)Context.bindService():服务会经历onCreate()——onBind(),onBind将返回给客户端一个IBind接口实例,IBind允许客户端回调服务的方法,比如得到服务运行的状态或其他操作。这个时候把调用者(Context,如Activity)会和服务绑定在一起,Context退出了,服务就会调用onUnbind——onDestroy相应退出,所谓绑定在一起就是“共存亡”了。

    3.广播接收器

    在Android中,广播是一种广泛运用的在应用程序之间传输信息的机制。而广播接收器是对发送出来的广播进行过滤接受并响应的一类组件。可以使用广播接收器来让应用对一个外部时间做出响应。例如,当电话呼入这个外部事件到来时,可以利用广播接收器进行处理。当下载一个程序成功完成时,仍然可以利用广播接收器进行处理。广播接收器不NotificationManager来通知用户这些事情发生了。广播接收器既可以在AndroidManifest.xml中注册,也可以在运行时的代码中使用Context.registerReceive()进行注册。只要是注册了,当事件来临时,即使程序没有启动,系统也在需要的时候启动程序。各种应用还可以通过使用Context.sendBroadcast()将它们自己的Intent广播给其他应用程序。

    4.内容提供者

    内容提供者(Content Provider)是Android提供的第三方应用数据的访问方案。

    在Android中,对数据的保护是很严密的,除了放在SD卡中的数据,一个应用所持有的数据库、文件等内容,都是不允许其他直接访问的。Android当然不会真的把每一个应用都做成一座“孤岛”,它为所有应用都准备可一扇窗,这就是Content Provider。应用想对外提供的数据,可以通过派生Content Provider类,封装成一枚Content Provider。每个Content Provider都用一个uri作为独立的标识,形如:content://com.xxxxx。所有应用看着像REST的样子,但实际上它比REST更为灵活。和REST类似,uri也可以有两种类型,一种是带id的;另一种是列表的,但实现者不需要按照这个模式来做,给id的uri也可以返回列表类型的数据。

    展开全文
  •  Android 开发的四大组件分别是: 活动(activity),用于表现功能; 服务(service),后台运行服务,不提供界面呈现; 广播接受者(Broadcast Receive),勇于接收广播; 内容提供者(Content Provider),...

           

         Android 开发的四大组件分别是:

    活动(activity),用于表现功能;

    服务(service),后台运行服务,不提供界面呈现;

    广播接受者(Broadcast Receive),勇于接收广播;

    内容提供者(Content Provider),支持多个应用中存储和读取数据,相当于数据库。

    1.活动

    Android中,activity是所有程序的根本,所有程序的流程都运行在activity之中,

    activity可以算是开发者遇到的最频繁,也是android当中最基本的模块之一。

    在android的程序中,activity一般代表手机屏幕的一屏。

    如果把手机比作一个浏览器,那么activity就相当于一个网页。

    在activity当中可以添加一些Button、Checkbox等控件,可以看到activity概念和网页的概念相当类似。

     

    一般一个android应用是由多个activity组成的,这多个activity之间可以进行相互跳转。

    例如,按下一个Button按钮后,可能会跳转到其他的activity,与网页跳转稍微有点不一样的是,activity之间的跳转有可能返回值。例如,从activity A跳转到activity B,那么当activity B运行结束时,有可能会给activity A一个返回值。这样做在很多时候是相当方便的。

    当打开一个新的屏幕时,之前一个屏幕会被置为暂停状态,并且压入历史堆栈中。

    用户可以通过回退操作返回到以前打开过的屏幕。可以选择性的一处一些没有必要保留的屏幕,因为Android会把每个应用的开始到当前的每个屏幕保存在堆栈中。

    2.服务

    Service是android系统中的一种组件,跟activity的级别差不多,但是他不能自己运行,只能后台运行,

    并且可以和其他组件进行交互。

    Service是没有界面但有生命周期的代码。

    Service是一种程序,可以运行很长时间的,但是却没有用户界面。

    这么说有点枯燥,来看个例子。打开一个音乐播放器的程序,这时如果想上网,那么打开Android浏览器,这时虽然已经进入浏览器这个程序,但是歌曲播放并没有停止,而是在后台继续一首接一首的播放,其实这个播放就是由播放音乐的Service进行控制。当然这个播放音乐的Service也可以停止。例如,当播放列表里的歌曲都结束,或用户按下了停止音乐播放的快捷键等。Service可以在很多场合的应用中使用,如播放多媒体时用户启动了其他Activity,这时程序要在后台继续播放,比如检测SD卡上文件的变化,或在后台记录地理信息位置的改变等,而服务却藏在后台。

    开启Service有两种方式:

    (1)Context.startService():Service会经历onCreate  ——>onStart(如果Service还没有运行,

    则Android先调用onCreate(),然后调用onStart(),所以一个Service的onStart方能会重复调用多次);

    如果是调用者自己直接退出而没有调用StopService,服务会一直在后台运行。

    该服务的调用者再启动起来后可以通过stopService关闭服务。

    注意!,多次调用Context.startService()不会被嵌套(即使会有相应的onStart()方法被调用),所以无论同一个服务被启动多少次,一旦调用Context.stopService()或者StopSelf(),都会被停止。

    说明:传递给startService()的Intent对象会传递给onStart()方法。调用顺序为onCreate——onStart(可调用多次)——onDestroy.

    (2)Context.bindService():

    服务会经历onCreate()——onBind(),onBind将返回给客户端一个IBind接口实例,IBind允许客户端回调服务的方法,

    比如得到服务运行的状态或其他操作。

    这个时候把调用者(Context,如Activity)会和服务绑定在一起,Context退出了,服务就会调用onUnbind——onDestroy相应退出,所谓绑定在一起就是“共存亡”了。

    3.广播接收器

    在Android中,广播是一种广泛运用的在应用程序之间传输信息的机制。

    而广播接收器是对发送出来的广播进行过滤接受并响应的一类组件。

    可以使用广播接收器来让应用对一个外部时间做出响应。

    例如,当电话呼入这个外部事件到来时,可以利用广播接收器进行处理。当下载一个程序成功完成时,仍然可以利用广播接收器进行处理。广播接收器不NotificationManager来通知用户这些事情发生了。广播接收器既可以在AndroidManifest.xml中注册,也可以在运行时的代码中使用Context.registerReceive()进行注册。只要是注册了,当事件来临时,即使程序没有启动,系统也在需要的时候启动程序。各种应用还可以通过使用Context.sendBroadcast()将它们自己的Intent广播给其他应用程序。

    4.内容提供者

    内容提供者(Content Provider)是Android提供的第三方应用数据的访问方案。

    在Android中,对数据的保护是很严密的。

    除了放在SD卡中的数据,一个应用所持有的数据库、文件等内容,都是不允许其他应用直接访问的。

    Android当然不会真的把每一个应用都做成一座“孤岛”,它为所有应用都准备可一扇窗,这就是Content Provider。

    应用想对外提供的数据,可以通过派生Content Provider类,封装成一枚Content Provider。

    每个Content Provider都用一个uri作为独立的标识,形如:content://com.xxxxx。

    所有应用看着像REST的样子,但实际上它比REST更为灵活。

    和REST类似,uri也可以有两种类型,一种是带id的;

    另一种是列表的,但实现者不需要按照这个模式来做,给id的uri也可以返回列表类型的数据。

    展开全文
  • Android四大组件是:活动、服务、广播接收器、内容提供商。它们的英文名称是ACTIVITY、...Android四大组件及其作用1、活动(activity)Activity可以看成是安卓系统的根本,在这个根本上才可以进行其他的工作,因...

    Android四大组件是:活动、服务、广播接收器、内容提供商。它们的英文名称是ACTIVITY、SERVICE、BroadcastReceiver、Content Provider。四个组件分别起到不同的作用,相互配合才能确保安卓系统的正常运行,因此是缺一不可的。

    96453fe392494bf1615859e78844694a.png

    Android四大组件及其作用

    1、活动(activity)

    Activity可以看成是安卓系统的根本,在这个根本上才可以进行其他的工作,因为在安卓系统里运行的所有的程序,它的流程都必须在【活动】中运行,所有他是最基本的模块。它的作用是一个框架或页面,每个程序会有多个【活动】组成。

    2、服务(Service)

    Service是安卓里非常很重要的组件,它的地位和优先级别是与活动相似的,不过Service不能够自己运行,它只能在安卓的后台运行。它的作用就是与安卓的其他逐渐进行交互,举个简单例子:当我们打开手机上音乐播放器并将它放到后台,此时播放的音乐就是由Service在负责控制。

    3、广播接收器(BroadcastReceiver)

    在安卓系统中,广播接收器并不是直接就可以看到的,它是程序之间传递信息时的一种机制,作用就是接收或者发送通知。通俗的来说广播接收器更像是一种传递组件,它能够将信息接收,甚至还可以对它进行过滤然后进行响应。

    4、内容提供商(Content Provider)

    内容提供商这个组件是专门为第三方应用而设计的,它非常的灵活,而且相当重要,它会为所有的应用准备一个内容窗口,并且保留数据库、文件,作用就是我们在使用这些第三方软件的时候,可以有效的访问,并且保护里面的数据。

    安卓四大组件为什么需要注册

    因为只有注册之后才能完整且灵活的使用这些组件,使用之前,我们需要在Android manifest.xml中先注册,然后才可以开始使用它的各种组件。

    展开全文
  • Android四大基本组件介绍与生命周期 Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器。 一:了解四大基本组件 Activity : 应用程序中,一个Activity...
    
    

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

    一:了解四大基本组件

    Activity :

    应用程序中,一个Activity通常就是一个单独的屏幕,它上面可以显示一些控件也可以监听并处理用户的事件做出响应。

    Activity之间通过Intent进行通信。在Intent 的描述结构中,有两个最重要的部分:动作和动作对应的数据。

    典型的动作类型有:M AIN(activity的门户)、VIEW、PICK、EDIT 等。而动作对应的数据则以URI 的形式进行表示。例如:要查看一个人的联系方式,你需要创建一个动作类型为VIEW 的intent,以及一个表示这个人的URI。

    与之有关系的一个类叫IntentFilter。相对于intent 是一个有效的做某事的请求,一个intentfilter 则用于描述一个activity(或者IntentReceiver)能够操作哪些intent。一个activity 如果要显示一个人的联系方式时,需要声明一个IntentFilter,这个IntentFilter 要知道怎么去处理VIEW 动作和表示一个人的URI。IntentFilter 需要在AndroidManifest.xml 中定义。通过解析各种intent,从一个屏幕导航到另一个屏幕是很简单的。当向前导航时,activity 将会调用startActivity(Intent myIntent)方法。然后,系统会在所有安装的应用程序中定义的IntentFilter 中查找,找到最匹配myIntent 的Intent 对应的activity。新的activity 接收到myIntent 的通知后,开始运行。当startActivity 方法被调用将触发解析myIntent 的动作,这个机制提供了两个关键好处:

    A、Activities 能够重复利用从其它组件中以Intent 的形式产生的一个请求;

    B、Activities 可以在任何时候被一个具有相同IntentFilter 的新的Activity 取代。

    AndroidManifest文件中含有如下过滤器的Activity组件为默认启动类当程序启动时系统自动调用它

    <intent-filter>
           <action android:name="android.intent.action.MAIN" />
           <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>

    BroadcastReceive广播接收器:

    你的应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时,或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而,它们可以启动一个activity或serice 来响应它们收到的信息,或者用NotificationManager 来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标,用户可以打开它并获取消息。

    广播类型:

    普通广播通过Context.sendBroadcast(Intent myIntent)发送的

    有序广播通过Context.sendOrderedBroadcast(intent, receiverPermission)发送的,该方法第2个参数决定该广播的级别,级别数值是在 -1000 到 1000 之间 , 值越大 , 发送的优先级越高;广播接收者接收广播时的级别级别(可通过intentfilter中的priority进行设置设为2147483647时优先级最高),同级别接收的先后是随机的, 再到级别低的收到广播,高级别的或同级别先接收到广播的可以通过abortBroadcast()方法截断广播使其他的接收者无法收到该广播,还有其他构造函数

    异步广播通过Context.sendStickyBroadcast(Intent myIntent)发送的,还有sendStickyOrderedBroadcast(intent, resultReceiver, scheduler,  initialCode, initialData, initialExtras)方法,该方法具有有序广播的特性也有异步广播的特性;发送异步广播要: <uses-permission android:name="android.permission.BROADCAST_STICKY" />权限,接收并处理完Intent后,广播依然存在,直到你调用removeStickyBroadcast(intent)主动把它去掉

    注意:发送广播时的intent参数与Contex.startActivity()启动起来的Intent不同,前者可以被多个订阅它的广播接收器调用,后者只能被一个(Activity或service)调用

    监听广播Intent步骤:

    1>             写一个继承BroadCastReceiver的类,重写onReceive()方法,广播接收器仅在它执行这个方法时处于活跃状态。当onReceive()返回后,它即为失活状态,注意:为了保证用户交互过程的流畅,一些费时的操作要放到线程里,如类名SMSBroadcastReceiver

    2>            注册该广播接收者,注册有两种方法程序动态注册和AndroidManifest文件中进行静态注册(可理解为系统中注册)如下:

            静态注册,注册的广播,下面的priority表示接收广播的级别"2147483647"为最高优先级

    <receiver android:name=".SMSBroadcastReceiver" >
      <intent-filter android:priority = "2147483647" >
        <action android:name="android.provider.Telephony.SMS_RECEIVED" />
      </intent-filter>
    </receiver >

    动态注册,一般在Activity可交互时onResume()内注册BroadcastReceiver

    IntentFilter intentFilter=new IntentFilter("android.provider.Telephony.SMS_RECEIVED");
    registerReceiver(mBatteryInfoReceiver ,intentFilter);
    
    //反注册
    unregisterReceiver(receiver);

    注意:

    1.生命周期只有十秒左右,如果在 onReceive() 内做超过十秒内的事情,就会报ANR(Application No Response) 程序无响应的错误信息,如果需要完成一项比较耗时的工作 , 应该通过发送 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配置清单文件中<application>节点里对服务进行配置

                  <service name=".SMSService"/>

    服务不能自己运行,需要通过Contex.startService()或Contex.bindService()启动服务

    通过startService()方法启动的服务于调用者没有关系,即使调用者关闭了,服务仍然运行想停止服务要调用Context.stopService(),此时系统会调用onDestory(),使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onStart(),如果服务已经启动再次调用只会触发onStart()方法

    使用bindService()启动的服务与调用者绑定,只要调用者关闭服务就终止,使用此方法启动时,服务首次启动系统先调用服务的onCreate()-->onBind(),如果服务已经启动再次调用不会再触发这2个方法,调用者退出时系统会调用服务的onUnbind()-->onDestory(),想主动解除绑定可使用Contex.unbindService(),系统依次调用onUnbind()-->onDestory();

    Content Provider内容提供者 :

    android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式,

    其他应用可以通过ContentResolver类(见ContentProviderAccessApp例子)从该内容提供者中获取或存入数据.(相当于在应用外包了一层壳),

    只有需要在多个应用程序间共享数据是才需要内容提供者。例如,通讯录数据被多个应用程序使用,且必须存储在一个内容提供者中

    它的好处:统一数据访问方式。

    android系统自带的内容提供者(顶级的表示数据库名,非顶级的都是表名)这些内容提供者在SDK文档的android.provider Java包中都有介绍。见:http://developer.android.com/reference/android/provider/package-summary.html

    ├────Browser

    ├────CallLog

    ├────Contacts

    │                ├────Groups

    │                ├────People

    │                ├────Phones

    │                └────Photos

    ├────Images

    │                └────Thumbnails

    ├────MediaStore

    │                ├────Albums

    │                ├────Artists

    │                ├────Audio

    │                ├────Genres

    │                └────Playlists

    ├────Settings

    └────Video

     CallLog:地址和接收到的电话信息

     Contact.People.Phones:存储电话号码

     Setting.System:系统设置和偏好设置

    使用Content Provider对外共享数据的步骤

    1>继承ContentProvider类并根据需求重写以下方法:

     

          

    复制代码
        public boolean onCreate();//处理初始化操作
    
           /**
            * 插入数据到内容提供者(允许其他应用向你的应用中插入数据时重写)
            * @param uri
            * @param initialValues 插入的数据
            * @return
            */
           public Uri insert(Uri uri, ContentValues initialValues);
    
           /**
            * 从内容提供者中删除数据(允许其他应用删除你应用的数据时重写)
            * @param uri
            * @param selection 条件语句
            * @param selectionArgs 参数
            * @return
            */
           public int delete(Uri uri, String selection, String[] selectionArgs);
    
           /**
            * 更新内容提供者已存在的数据(允许其他应用更新你应用的数据时重写)
            * @param uri
            * @param values 更新的数据
            * @param selection 条件语句
            * @param selectionArgs 参数
            * @return
            */
           public int update(Uri uri, ContentValues values, String selection,
                         String[] selectionArgs);
    
           /**
            * 返回数据给调用者(允许其他应用从你的应用中获取数据时重写)
            * @param uri
            * @param projection 列名
            * @param selection 条件语句
            * @param selectionArgs 参数
            * @param sortOrder 排序
            * @return
            */
           public Cursor query(Uri uri, String[] projection, String selection,
                         String[] selectionArgs, String sortOrder) ;         
    
           /**
            * 用于返回当前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"
            * @param uri
            */
           public String getType(Uri uri)
    复制代码

    这些方法中的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中使用<provider>对ContentProvider进行配置注册(内容提供者注册它自己就像网站注册域名),ContentProvider采用authoritie(原意授权,可理解为域名)作为唯一标识,方便其他应用能找到

    复制代码
    <application
            android:icon="@drawable/ic_launcher"
            android:label="@string/app_name" >
            <!-- authorities属性命名建议:公司名.provider.SomeProvider-->
            <provider android:name=".PersonProvider" android:authorities="com.bravestarr.provider.personprovider"/>
             ...
    </application>
    复制代码

    关于四大基本组件的一个总结:

    1>    4大组件的注册

    4大基本组件都需要注册才能使用,每个Activity、service、Content Provider内容提供者都需要在AndroidManifest文件中进行配置AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见,从而也就不可用,而BroadcastReceive广播接收者的注册分静态注册(在AndroidManifest文件中进行配置)和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态,只要接收到感兴趣的广播就会触发(即使程序未运行)

    AndroidManifest文件中进行注册格式如下:

    <activity>元素的name 属性指定了实现了这个activity 的Activity 的子类。icon 和label 属性指向了包含展示给用户的此activity 的图标和标签的资源文件。

    <service> 元素用于声明服务

    <receiver> 元素用于声明广播接收器

    <provider> 元素用于声明内容提供者

    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 永远不会重排,只会压入或弹出,所以如果发生了诸如需要多个地图浏览器的情况,就会使得一个任务中出现多个同一Activity 子类的实例同时存在。

    任务中的所有activity 是作为一个整体进行移动的。整个的任务(即activity 栈)可以移到前台,或退至后台。举个例子说,比如当前任务在栈中存有四个activity──三个在当前activity 之下。当用户按下HOME 键的时候,回到了应用程序加载器,然后选择了一个新的应用程序(也就是一个新任务)。则当前任务遁入后台,而新任务的根activity 显示出来。然后,过了一小会儿,用户再次回到了应用程序加载器而又选择了前一个应用程序(上一个任务)。于是那个任务,带着它栈中所有的四个activity,再一次的到了前台。当用户按下BACK 键的时候,屏幕不会显示出用户刚才离开的activity(上一个任务的根

    activity)。取而代之,当前任务的栈中最上面的activity 被弹出,而同一任务中的上一个activity 显示了出来。

    Activity栈:先进后出规则

                                                        

    Android系统是一个多任务(Multi-Task)的操作系统,可以在用手机听音乐的同时,也执行其他多个程序。每多执行一个应用程序,就会多耗费一些系统内存,当同时执行的程序过多,或是关闭的程序没有正确释放掉内存,系统就会觉得越来越慢,甚至不稳定。

    为了解决这个问题, Android 引入了一个新的机制-- 生命周期(Life Cycle)。

    Android 应用程序的生命周期是由Android 框架进行管理,而不是由应用程序直接控

    制。通常,每一个应用程序(入口一般会是一个Activity 的onCreate 方法),都会产生

    一个进程(Process)。当系统内存即将不足的时候,会依照优先级自动进行进程(process)的回收。不管是使用者或开发者, 都无法确定的应用程序何时会被回收。所以为了很好的防止数据丢失和其他问题,了解生命周期很重要。

    Activity生命周期

                                                               

    图3.1activity生命周期图

    Activity整个生命周期的4种状态、7个重要方法和3个嵌套循环

    1>   四种状态

    1.       活动(Active/Running)状态

    当Activity运行在屏幕前台(处于当前任务活动栈的最上面),此时它获取了焦点能响应用户的操作,属于运行状态,同一个时刻只会有一个Activity 处于活动(Active)或运行

    (Running)状态

    1.     暂停(Paused)状态

    当Activity失去焦点但仍对用户可见(如在它之上有另一个透明的Activity或Toast、AlertDialog等弹出窗口时)它处于暂停状态。暂停的Activity仍然是存活状态(它保留着所有的状态和成员信息并保持和窗口管理器的连接),但是当系统内存极小时可以被系统杀掉

    3.      停止(Stopped)状态

    完全被另一个Activity遮挡时处于停止状态,它仍然保留着所有的状态和成员信息。只是对用户不可见,当其他地方需要内存时它往往被系统杀掉

    4.      非活动(Dead)状态

    Activity 尚未被启动、已经被手动终止,或已经被系统回收时处于非活动的状态,要手动终止Activity,可以在程序中调用"finish"方法。

    如果是(按根据内存不足时的回收规则)被系统回收,可能是因为内存不足了

    内存不足时,Dalvak 虚拟机会根据其内存回收规则来回收内存:

          1. 先回收与其他Activity 或Service/Intent Receiver 无关的进程(即优先回收独

    立的Activity)因此建议,我们的一些(耗时)后台操作,最好是作成Service的形式

          2.不可见(处于Stopped状态的)Activity

          3.Service进程(除非真的没有内存可用时会被销毁)

          4.非活动的可见的(Paused状态的)Activity

          5.当前正在运行(Active/Running状态的)Activity

     

    2>  7个重要方法,当Activity从一种状态进入另一状态时系统会自动调用下面相应的方

    法来通知用户这种变化

    当Activity第一次被实例化的时候系统会调用,

    整个生命周期只调用1次这个方法

    通常用于初始化设置: 1、为Activity设置所要使用的布局文件2、为按钮绑定监听器等静态的设置操作

          onCreate(Bundle savedInstanceState);

          

    当Activity可见未获得用户焦点不能交互时系统会调用

          onStart();

     

    当Activity已经停止然后重新被启动时系统会调用

          onRestart();

          

    当Activity可见且获得用户焦点能交互时系统会调用

          onResume();

          

    当系统启动另外一个新的Activity时,在新Activity启动之前被系统调用保存现有的Activity中的持久数据、停止动画等,这个实现方法必须非常快。当系统而不是用户自己出于回收内存时,关闭了activity 之后。用户会期望当他再次回到这个activity 的时候,它仍保持着上次离开时的样子。此时用到了onSaveInstanceState(),方法onSaveInstanceState()用来保存Activity被杀之前的状态,在onPause()之前被触发,当系统为了节省内存销毁了Activity(用户本不想销毁)时就需要重写这个方法了,当此Activity再次被实例化时会通过onCreate(Bundle savedInstanceState)将已经保存的临时状态数据传入因为onSaveInstanceState()方法不总是被调用,触发条件为(按下HOME键,按下电源按键关闭屏幕,横竖屏切换情况下),你应该仅重写onSaveInstanceState()来记录activity的临时状态,而不是持久的数据。应该使用onPause()来存储持久数据。

          onPause();

     

    当Activity被新的Activity完全覆盖不可见时被系统调用

          onStop();

          

    当Activity(用户调用finish()或系统由于内存不足)被系统销毁杀掉时系统调用,(整个生命周期只调用1次)用来释放onCreate ()方法中创建的资源,如结束线程等

          onDestroy();

          

    3>  3个嵌套循环

                 1.Activity完整的生命周期:从第一次调用onCreate()开始直到调用onDestroy()结束

                 2.Activity的可视生命周期:从调用onStart()到相应的调用onStop()

                        在这两个方法之间,可以保持显示Activity所需要的资源。如在onStart()中注册一个广播接收者监听影响你的UI的改变,在onStop() 中注销。

                 3.Activity的前台生命周期:从调用onResume()到相应的调用onPause()。

                 

          举例说明:

    例1:有3个Acitivity,分别用One,Two(透明的),Three表示,One是应用启动时的主Activity

          启动第一个界面Activity One时,它的次序是

                 onCreate (ONE) - onStart (ONE) - onResume(ONE)

          点"打开透明Activity"按钮时,这时走的次序是

                 onPause(ONE) - onCreate(TWO) - onStart(TWO) - onResume(TWO)

          再点back回到第一个界面,Two会被杀这时走的次序是

                 onPause(TWO) - onActivityResult(ONE) - onResume(ONE) - onStop(TWO) - onDestroy(TWO)

          点"打开全屏Activity"按钮时,这时走的次序是

                 onPause(ONE) - onCreate(Three) - onStart(Three) - onResume(Three) - onStop(ONE)

          再点back回到第一个界面,Three会被杀这时走的次序是

                 onPause(Three) - onActivityResult(ONE) - onRestart(ONE) - onStart(ONE)- onResume(ONE) - onStop(Three) - onDestroy(Three)

          再点back退出应用时,它的次序是

                 onPause(ONE) - onStop(ONE) - onDestroy(ONE)           

     

    例2:横竖屏切换时候Activity的生命周期

    他切换时具体的生命周期是怎么样的:

    1、新建一个Activity,并把各个生命周期打印出来

    2、运行Activity,得到如下信息

    onCreate-->
    onStart-->
    onResume-->

    3、按crtl+f12切换成横屏时

    onSaveInstanceState-->
    onPause-->
    onStop-->
    onDestroy-->
    onCreate-->
    onStart-->
    onRestoreInstanceState-->
    onResume-->

    4、再按crtl+f12切换成竖屏时,发现打印了两次相同的log

    onSaveInstanceState-->
    onPause-->
    onStop-->
    onDestroy-->
    onCreate-->
    onStart-->
    onRestoreInstanceState-->
    onResume-->
    onSaveInstanceState-->
    onPause-->
    onStop-->
    onDestroy-->
    onCreate-->
    onStart-->
    onRestoreInstanceState-->
    onResume-->

    5、修改AndroidManifest.xml,把该Activity添加android:configChanges="orientation",执行步骤3

    onSaveInstanceState-->
    onPause-->
    onStop-->
    onDestroy-->
    onCreate-->
    onStart-->
    onRestoreInstanceState-->
    onResume-->

    6、再执行步骤4,发现不会再打印相同信息,但多打印了一行onConfigChanged

    onSaveInstanceState-->
    onPause-->
    onStop-->
    onDestroy-->
    onCreate-->
    onStart-->
    onRestoreInstanceState-->
    onResume-->
    onConfigurationChanged-->

    7、把步骤5的android:configChanges="orientation" 改成 android:configChanges="orientation|keyboardHidden",执行步骤3,就只打印onConfigChanged

    onConfigurationChanged-->

    8、执行步骤4

    onConfigurationChanged-->
    onConfigurationChanged-->

     总结:

    1、不设置Activity的android:configChanges时,切屏会重新调用各个生命周期,切横屏时会执行一次,切竖屏时会执行两次

    2、设置Activity的android:configChanges="orientation"时,切屏还是会重新调用各个生命周期,切横、竖屏时只会执行一次

    3、设置Activity的android:configChanges="orientation|keyboardHidden"时,切屏不会重新调用各个生命周期,只会执行onConfigurationChanged方法

     
    总结一下整个Activity的生命周期

    补充一点,当前Activity产生事件弹出Toast和AlertDialog的时候Activity的生命周期不会有改变

    Activity运行时按下HOME键(跟被完全覆盖是一样的):onSaveInstanceState --> onPause --> onStop,再次进入激活状态时: onRestart -->onStart--->onResume

    BroadcastReceive广播接收器生命周期

    生命周期只有十秒左右,如果在 onReceive() 内做超过十秒内的事情,就会报ANR(Application No Response) 程序无响应的错误信息

    它的生命周期为从回调onReceive()方法开始到该方法返回结果后结束

    Service服务生命周期

                                                                 

    图3.2service生命周期图

    Service完整的生命周期:从调用onCreate()开始直到调用onDestroy()结束

    Service有两种使用方法:

    1>以调用Context.startService()启动,而以调用Context.stopService()结束

    2>以调用Context.bindService()方法建立,以调用Context.unbindService()关闭

    service重要的生命周期方法

    当用户调用startService ()或bindService()时,Service第一次被实例化的时候系统会调用,整个生命周期只调用1次这个方法,通常用于初始化设置。注意:多次调用startService()或bindService()方法不会多次触发onCreate()方法

    void onCreate()

    当用户调用stopService()或unbindService()来停止服务时被系统调用,(整个生命周期只调用1次)用来释放onCreate()方法中创建的资源

    void onDestroy()

    通过startService()方法启动的服务

          初始化结束后系统会调用该方法,用于处理传递给startService()的Intent对象。如音乐服务会打开Intent 来探明将要播放哪首音乐,并开始播放。注意:多次调用startService()方法会多次触发onStart()方法

    void onStart(Intent intent)

    通过bindService ()方法启动的服务

          初始化结束后系统会调用该方法,用来绑定传递给bindService 的Intent 的对象。注意:多次调用bindService()时,如果该服务已启动则不会再触发此方法

    IBinder onBind(Intent intent)

    用户调用unbindService()时系统调用此方法,Intent 对象同样传递给该方法

    boolean onUnbind(Intent intent)

    如果有新的客户端连接至该服务,只有当旧的调用onUnbind()后,新的才会调用该方法

    void onRebind(Intent intent)

    补充:onCreate(Bundle savedInstanceState)与onSaveInstanceState(Bundle savedInstanceState)配合使用,见如下代码,达到显示activity被系统杀死前的状态

    复制代码
        @Override
        public void onCreate(Bundle savedInstanceState) {
            super.onCreate(savedInstanceState);
            if (null != savedInstanceState) {
                String _userid = savedInstanceState.getString("StrUserId");
                String _uid = savedInstanceState.getString("StrUid");
                String _serverid = savedInstanceState.getString("StrServerId");
                String _servername = savedInstanceState.getString("StrServerName");
                int _rate = savedInstanceState.getInt("StrRate");
                //updateUserId(_userid);
                //updateUId(_uid);
                //updateServerId(_serverid);
                //updateUserServer(_servername);
                //updateRate(_rate);
            }
        }
    
        @Override
        protected void onSaveInstanceState(Bundle savedInstanceState) {
            super.onSaveInstanceState(savedInstanceState);
            savedInstanceState.putString("StrUserId", getUserId());
            savedInstanceState.putString("StrUid", getUId());
            savedInstanceState.putString("StrServerId", getServerId());
            savedInstanceState.putString("StrServerName", getServerName());
            savedInstanceState.putInt("StrRate", getRate());
        }
    复制代码

     

    引发activity摧毁和重建的其他情形

    除了系统处于内存不足的原因会摧毁activity之外, 某些系统设置的改变也会导致activity的摧毁和重建. 例如改变屏幕方向(见上例), 改变设备语言设定, 键盘弹出等.

    展开全文
  • Android四大基本组件介绍与生命周期 Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器。 一:了解四大基本组件 Activity : 应用程序中,一个Activity...
  • Android四大组件:Activity、Service、Broadcast Receiver、Content Provider。 Activity 做一个完整的Android程序,不想用到Activity,真的是比较困难的一件事情,除非是想做绿叶想疯了。因为Act
  • Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器。 一:了解四大基本组件 Activity : 应用程序中,一个Activity通常就是一个单独的屏幕,它上面...
  • Android四大组件及其用途

    千次阅读 2011-10-02 22:59:23
    四大组件 Activity, Service, Broadcast Receiver, Content provider 用途: Activity: 在Android中使用频率最高,实质就是一个可视化界面;一般一个Android应用由多个Activity组成,多个
  • android四大组件分别为:activity/service/content provider/broadcast receiver; 1.activity--> (1)一个Activity通常就是一个单独的屏幕(窗口)。 (2)Activity之间通过Intent进行通信。 (3)android...
  • Android 开发的四大组件分别是:活动(activity),用于表现功能;服务(service),后台运行服务,不提供界面呈现;广播接受者(Broadcast Receive
  • 一旦需要以上 4 种 Android 应用程序基本组件完成请求, Android 会首先确认该组件所在进程是否运行,如果没有运行, Android 将先启动进程,同时确认被请求组件的实例是否存在,否则将创建一个新的组件实例。...
  • 提高学习效率就需要站在别人的肩膀上,免去许多无用功! Android四大基本组件介绍与生命周期 ...Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastRece
  • android四大组件以及它们的作用

    千次阅读 2016-09-11 08:33:34
    android四大组件分别为activity、service、content provider、broadcast receiver。 一、android四大组件详解 1、activity (1)一个Activity通常就是一个单独的屏幕(窗口),是Android程序与用户交互的窗口。 (2...
  • Android 开发的四大组件分别是:活动(activity),用于表现功能;服务(service),后台运行服务,不提供界面呈现;广播接受者(Broadcast Receive),勇于接收广播;内容提供者(Content Provider),支持多个应用...
  • 首先学android的都知道四大组件是activity,service,BroadCastReceive,ContentProvide; Activity 具体可结合Activity中常用知识点总结去看,这里只是做个简单的概括 是一种展示型组件,主要是向用户展示一个界面...
  • 客户端就可以获得IBindr对象(也就是服务端应用程序的服务) AIDL(Android Interface Definition Language)是Android接口定义语言的意思,它可以用于让某个Service与多个应用程序组件之间进行跨进程通信,从而可以...
  • Android 一一 简述Android四大组件

    万次阅读 2017-11-30 21:42:31
    Android四大基本组件:Activity、BroadcastReceiver广播接收器、ContentProvider内容提供者、Service服务。 Activity:  应用程序中,一个Activity就相当于手机屏幕,它是一种可以包含用户界面的组件,主要用于和...
  • Android四大基本组件分别是Activity,Service服务,Content Provider内容提供者,BroadcastReceiver广播接收器。Activity应用程序中,一个Activity通常就是一个单独的屏幕,它上面可以显示一些控件也可以监听并处理...
  • Android四大组件的基本介绍: Activity:应用程序中,一个Activity通常就是一个单独的屏幕,它上面可以显示一些控件也可以监听并处理用户的事件做出响应。(说白了,Activity就是负责与用户进行交互)。 Service...
  • Android四大组件之Activity
  • Android四大组件总结——BoardcastReceiver BoardcastReceiver是Android四大组件之一,本质上是一个全局的监听器,可以用于组件之间的通信等场景。 基本用法 1. 创建BroadcastReceiver子类 创建一个广播接收器继承于...
  • Android四大组件之ContentProvider

    千人学习 2016-07-15 15:20:43
    本课程向大家讲述Android中的四大组件之一ContentProvider(内容提供者)
  • android四大组件

    2012-06-29 09:31:13
    Android四大组件   Android开发平台是开放的平台,而位于四层框架顶端的应用开发,必然涉及到Android组件。本文将为大家详细介绍Android组件。   组件(Component),在谈及所谓架构和重用的时候,是一个...
  • Android四大组件

    千次阅读 2011-05-12 11:23:00
    Android四大组件Android开发平台是开放的平台,而位于四层框架顶端的应用开发,必然涉及到Android组件。本文将为大家详细介绍Android组件。 组件(Component),在谈及所谓架构和重用的时候,是一个重要的事情。很多...
  • Android四大组件理解

    2014-03-06 14:20:17
    Android四大组件:Activity、Service、Broadcast Receiver、Content Provider。 Activity 做一个完整的Android程序,不想用到Activity,真的是比较困难的一件事情,除非是想做绿叶想疯了。因为Activity是Android...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,819
精华内容 1,527
关键字:

android四大组件及其作用