android四大组件

Activity:

在Android的程序当中，Activity 一般代表手机屏幕的一屏。如果把手机比作一个浏览器，那么Acitivity就相当于一个网页。在Activity 当中可以添加一些Button、Check box 等控件。可以监听控件并处理用户的事件做出响应。

一般一个Android 应用是由多个Activity 组成的。这多个Activity 之间可以进行相互跳转，例如，按下一个Button 按钮后，可能会跳转到其他的Activity。和网页跳转稍微有些不一样的是，Activity 之间的跳转有可能返回值。当打开一个新的屏幕时，之前一个屏幕会被置为暂停状态，并且压入历史堆栈中。用户可以通过回退操作返回到以前打开过的屏幕。我们可以选择性的移除一些没有必要保留的屏幕，因为Android 会把每个应用的开始到当前的每一个屏幕保存在堆栈中。Activity 是由Android 系统进行维护的，它也有自己的生命周期，即它的一个产生、运行、销毁的一个周期，对于Activity，关键是其生命周期的把握，其次就是状态的保存和恢复（onSaveInstanceState onRestoreInstanceState），以及Activity 之间的跳转和数据传输（intent）。

Activity生命周期的几个过程

1.启动Activity：系统会先调用onCreate方法，然后调用onStart方法，最后调用onResume，Activity进入运行状态。

2.当前Activity被其他Activity覆盖其上或被锁屏：系统会调用onPause方法，暂停当前Activity的执行。

3.当前Activity由被覆盖状态回到前台或解锁屏：系统会调用onResume方法，再次进入运行状态。

4.当前Activity转到新的Activity界面或按Home键回到主屏，自身退居后台：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。

5.用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。

6.当前Activity处于被覆盖状态或者后台不可见状态，即第2步和第4步，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。

7.用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。

Android中如何创建一个Activity呢？

一、创建Activity类及相关的视图文件Layout(View)，用户自己创建的Activity类需要继承自android.app.Activity类

二、配置AndroidManifest.xml文件

三、重载onCreate,绑定Activity和Layout（View)

四、为View添加必要组件，可以在XML文件中添加，也可以在程序中动态添加。

五、在onCreate()中实现初始业务逻辑，如为按钮添加事件

每一个活动（ Activity ）都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。在实现 Activity 类的时候，通过覆盖（ override ）这些方法即可在你需要处理的时候来调用。

1、onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。 
onCreate 方法有一个参数，该参数可以为空（ null ），也可以是之前调用 onSaveInstanceState （）方法保存的状态信息。

2、onStart ：该方法在创建或者从后台重新回到前台时被调用。

3、onResume ：当一个活动和用户发生交互的时候，触发该方法。

4、 onPause ：被覆盖到下面或者锁屏时被调用

5、onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop 方法。 所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。

6、onRestart ：当处于停止状态的活动从后台重新回到前台时被调用。

7、onDestroy ：当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。

onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

还会添加onWindowFocusChanged、onSaveInstanceState、onRestoreInstanceState方法：

1.onWindowFocusChanged：在Activity窗口获得或失去焦点时被调用，例如创建时首次呈现在用户面前；当前Activity被其他Activity覆盖；当前Activity转到其他Activity或按Home键回到主屏，自身退居后台；用户退出当前Activity。以上几种情况都会调用onWindowFocusChanged，并且当Activity被创建时是在onResume之后被调用，当Activity被覆盖或者退居后台或者当前Activity退出时，它是在onPause之后被调用

2.onSaveInstanceState：(1)在Activity被覆盖或退居后台之后，系统资源不足将其杀死，此方法会被调用；(2)在用户改变屏幕方向时，此方法会被调用；(3)在当前Activity跳转到其他Activity或者按Home键回到主屏，自身退居后台时，此方法会被调用。第一种情况我们无法保证什么时候发生，系统根据资源紧张程度去调度；第二种是屏幕翻转方向时，系统先销毁当前的Activity，然后再重建一个新的，调用此方法时，我们可以保存一些临时数据；第三种情况系统调用此方法是为了保存当前窗口各个View组件的状态。onSaveInstanceState的调用顺序是在onPause之前。

3.onRestoreInstanceState：(1)在Activity被覆盖或退居后台之后，系统资源不足将其杀死，然后用户又回到了此Activity，此方法会被调用；(2)在用户改变屏幕方向时，重建的过程中，此方法会被调用。我们可以重写此方法，以便可以恢复一些临时数据。onRestoreInstanceState的调用顺序是在onStart之后。

Activity栈

开发者是无法控制Activity的状态的，那Activity的状态又是按照何种逻辑来运作的呢？

每个Activity的状态是由它在Activity栈（是一个后进先出LIFO，包含所有正在运行Activity的队列）中的位置决定的。

Activity四种不同加载模式

standard: 标准模式，一调用startActivity()方法就会产生一个新的实例。

singleTop: 检查是否已经存在了一个实例位于Activity Stack的顶部，如果存在就不产生新的实例，反之则调用Activity的newInstance()方法产生一个新实例。

singleTask: 在一个新的Task中产生这个实例，以后每次调用都会使用此实例，而避免产生新的实例。

singleInstance: 这个基本上跟singleTask一样，只是有一点不同，那就是在这个模式下的Activity实例所处的Task中，只能有这一个Activity实例，而不能有其他的实例。

　这些启动模式可以Android清单文件AndroidManifest.xml中，通过<activity>中的launchMode属性进行设置，如：

　　AndroidManifest.xml

　　 <activity android:name="MainActivity"

                                android:launchMode="singleTop">

　　    <intent-filter>

　　        <category android:name="android.intent.category.DEFAULT" />

　　    </intent-filter>

　　</activity>

　　Java Code

　　 Intent intent = new Intent(SrcActivity.this, TargetActivity.class);

　　 intent.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);

//参考intent.addFlags()的Flag)

　　 startActivity(intent);

Service服务:

Service（服务）是一个没有用户界面的在后台运行执行耗时操作的应用组件。其他应用组件能够启动Service，并且当用户切换到另外的应用场景，Service将持续在后台运行。另外，一个组件能够绑定到一个service与之交互（IPC机制），例如，一个service可能会处理网络操作，播放音乐，操作文件I/O或者与内容提供者（content provider）交互，所有这些活动都是在后台进行。

Service有两种状态，“启动的”（Startd）和“绑定”(Bound)

通过startService()启动的服务处于“启动的”状态，一旦启动，service就在后台运行，即使启动它的应用组件已经被销毁了。通常started状态的service执行单任务并且不返回任何结果给启动者。比如当下载或上传一个文件，当这项操作完成时，service应该停止它本身。

还有一种“绑定”状态的service，通过调用bindService()来启动，一个绑定的service提供一个允许组件与service交互的接口，可以发送请求、获取返回结果，还可以通过夸进程通信来交互（IPC）。绑定的service只有当应用组件绑定后才能运行，多个组件可以绑定一个service，当调用unbind()方法时，这个service就会被销毁了。

注：service与activity一样都存在与当前进程的主线程中，所以，一些阻塞UI的操作，比如耗时操作不能放在service里进行，比如另外开启一个线程来处理诸如网络请求的耗时操作。如果在service里进行一些耗CPU和耗时操作，可能会引发ANR警告，这时应用会弹出是强制关闭还是等待的对话框。所以，对service的理解就是和activity平级的，只不过是看不见的，在后台运行的一个组件，这也是为什么和activity同被说为Android的基本组件。

Service生命周期：

通过这个图可以看到，两种启动service的方式以及他们的声明周期，bind service的不同之处在于当绑定的组件销毁后，对应的service也就被kill了。service的声明周期相比与activity的简单了许多，只要好好理解两种启动service方式的异同就行。

在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。

service，根据onStartCommand的返回值不同，有两个附加的模式：

      START_STICKY 用于显示启动和停止service。

      START_NOT_STICKY或START_REDELIVER_INTENT用于有命令需要处理时才运行的模式。

服务不能自己运行，需要通过调用Context.startService()或Context.bindService()方法启动服务。

使用startService()方法启用服务，调用者与服务之间没有关连，即使调用者退出了，服务仍然运行。

使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止.

1） startService启动服务

private void startCustomService(){ 
         Intent intent=new Intent(this,LocalService.class); 
         startService(intent); 
    }

2）   2) 用bindService方法启动服务

LocalService localService=null;

    private void BinderService(){

         Intent intent=new Intent(this,LocalService.class);

         bindService(intent, new ServiceConnection(){

            @Override

            public void onServiceConnected(ComponentName componentName, IBinder binder) {

                //调用bindService方法启动服务时候，如果服务需要与activity交互，

                //则通过onBind方法返回IBinder并返回当前本地服务

                localService=((LocalService.LocalBinder)binder).getService();

                //这里可以提示用户,或者调用服务的某些方法

            }

            @Override

            public void onServiceDisconnected(ComponentName componentName) {

                localService=null;

                //这里可以提示用户

            }     

         }, Context.BIND_AUTO_CREATE);

    }

Broadcast Receiver(广播接收器)

Broadcast Receiver用于接收并处理广播通知（broadcast announcements）。BroadcastReceive有1、系统广播事件，比如：ACTION_BOOT_COMPLETED（系统启动完成后触发），ACTION_TIME_CHANGED（系统时间改变时触发），ACTION_BATTERY_LOW（电量低时触发）等等。2、用户自定义的广播事件。broadcast receiver可以通过多种方式通知用户：启动activity、使用NotificationManager、开启背景灯、振动设备、播放声音等，最典型的是在状态栏显示一个图标，这样用户就可以点它打开看通知内容。 
    通常我们的某个应用或系统本身在某些事件（电池电量不足、来电来短信）来临时会广播一个Intent出去，我们可以利用注册一个Broadcast Receiver来监听到这些Intent并获取Intent中的数据。 

接收broadcast需要注册一个Broadcast Receiver，并且要注册一个Intent Filter来制定Broadcase Receiver是对哪些Intent进行监听。

我们自己的程序主动广播Intent 

final String BROADCAST = "com.forrest.action.mybroadcast";

Intent intent = new Intent(BROADCAST); // 对应setAction()

intent.putExtra("data_title", "来短信啦");

intent.putExtra("data_text", "美女你好，晚上可有空");

sendBroadcast(intent);

接收广播 

 接收broadcast需要注册一个Broadcast Receiver，并且要注册一个Intent Filter来制定Broadcase Receiver是对哪些Intent进行监听。

（1）    创建Broadcast Receiver 

一个Broadcast receiver只有一个简单的回调函数：onReceive(Context curContext, Intent broadcastMsg)，当一个广播消息被Receiver监听到时，Android会调用它的onReceive()方法，并将包含消息的Intent对象传给它。onReceive中代码的执行时间不要超过5s，否则android会弹出超时dialog。 此时是否另开一个线程来处理耗时的操作呢？ 
Receiver只在onReceive方法执行时是激活状态，只要onReceive一返回，Receiver就不再是激活状态了。Receiver进程是被一个激活状态的broadcast receiver所保护而不被系统终止的，一旦onReceive返回，Receiver进程broadcast receiver所保护而变为一个空进程，空进程是可以在任意时刻被终止的。这就带来了一个问题：当响应一个广播信息的处理十分耗时的时候，那么就应该把这个处理放在一个单独的线程里去执行，来保证主线程里的其他用户交互组件能够继续运行，而一旦这么做，当onReceive()唤起一个线程后就会马上返回，这时就会把Receiver进程放到被终止的境地。解决这个问题的方案是在onReceive()里开始一个Service，让这个Service去做这件事情，那么系统就会认为这个进程里还有活动正在进行。 

（2）    注册/注销Broadcast Receiver 

1）在AndroidManifest.xml中注册 ，为myReceiver注册一个广播地址

<receiver android:name=".myReceiver">

<intent-filter>

<!-- 和Intent中的action对应 -->

<action android:name="com.forrest.action.mybroadcast"/>

</intent-filter>

只要是com.forrest.action.mybroadcast这个地址的广播都能收到

              2) 在代码中注册

                     IntentFilter filter = new IntentFilter("com.forrest.action.mybroadcast");

// 和广播中Intent的action对应

MyBroadcastReceiver br = new MyBroadcastReceiver();

registerReceiver(new MyBroadcastReceiver(), filter);

              3)注销  unregisterReceiver(br);

http://blog.csdn.net/liuhe688/article/details/6955668，这篇帖子有详细介绍

ContentProvider(内容提供者)

用于对外共享数据，通过ContentProvider把应用中的数据共享给其他应用访问，其他应用可以通过ContentProvider对指定应用中的数据进行操作。ContentProvider分为系统的和自定义的，系统的也就是。例如联系人，图片等数据。

android中对数据操作包含有：file, sqlite3, Preferences, ContectResolver与ContentProvider前三种数据操作方式都只是针对本应用内数据，程序不能通过这三种方法去操作别的应用内的数据

内容提供者继承于ContentProvider 基类。一个应用实现ContentProvider来提供内容给别的应用来操作；一个应用通过ContentResolver来操作别的应用数据，

1、ContentProvider

Android提供了一些主要数据类型的ContentProvider，比如音频、视频、图片和私人通讯录等。可在android.provider包下面找到一些Android提供的ContentProvider。通过获得这些ContentProvider可以查询它们包含的数据，当然前提是已获得适当的读取权限。

2、ContentResolver

当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用ContentResolver类来完成，要获取ContentResolver对象，可以使用Context提供的getContentResolver()方法。

Intent:

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

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

与之有关系的一个类叫IntentFilter。相对于intent 是一个有效的做某事的请求，一个intentfilter 则用于描述一个activity（或者IntentReceiver）能够操作哪些intent。一个activity 如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个IntentFilter 要知道怎么去处理VIEW 动作和表示一个人的URI。IntentFilter 需要在AndroidManifest.xml 中定义。

android四大组件,布布扣,bubuko.com

android四大组件

原文：http://www.cnblogs.com/holens/p/3783564.html