疯狂Android讲义-----第一章 Android应用的基本组件介绍

1.1Activity和View

Activity是Android应用中负责与用户交互的组件–大致可以把它想象成Swing编程中的JFrame控件。不过它与JFrame的区别在于：JFrame本身可以设置布局管理器，不断的向JFrame中添加组件，但Activity只能通过setContentView()方法显示指定组件。

View组件式所有UI控件，容器控件的基类，View组件就是Android用户实实在在能看到的部分。但View组件需要放到容器组件中，或者使用Activity将他显示出来。如果需要Activity把某个view显示出来可以用setContentView()方法。

//川建一个线性布局管理器
LinearLayout layout = new LinearLayout(this);
//设置该Activity显示layout
setContentView(layout);

上面程序通过代码创建了LinearLayout对象（它是ViewGrop的子类，ViewGrop是View的子类），接着调用Activity的setContentView()方法将layout显示出来，一般在XML配置时LinearLayout下包含很多其他的组件，通过显示LinearLayout就可以将所有其包含的组件一同显示出来。
SetContentView()方法也可接收一个布局资源管理的ID作为参数。

setContentView(R.layout.id);

实际上Activity是Window的窗口容器，Activity包含一个getWindow()的方法，该方法返回该Activity所包含的窗口。另外如果应用程序不调用Activity的setContentView()来设置该窗口显示的内容，那么该程序就会显示一个空窗口。

Activity为Android应用提供了可视化用户界面，如果Android有多个Activity的话，这些Activity会放到一个Activity栈里，当前活动的Activity位于栈顶。

1.2 Service

Service与Activity都是的地位是并列的，它也代表一个单独的Activity组件，Service与Activity的区别在于:Service是后台进行的，一般不会参与用户的交互，也就相当于服务器处理端，因此Service没有用户图形用户界面。
Activity继承Activity基类，Service继承Service基类。一个Service组件被运行起来之后，他将拥有独立的生命周期，Service组件用于为其他组件提供后台服务或者监控其他组件的运行状态。 

1.3 BroadcastReceiver

BroadcastReceiver顾名思义为广播消息接收器。从代码实现的角度来看BroadcastReceiver非常类似于事件编程中的监听器。与普通事件监听器不同的是，普通事件监听器监听的事件是程序中的对象，而BroadcastReceiver的监听事件源是Android应用中的其他组件。
使用BroadcastReceiver组件接收广播信息比较简单，开发者只需要实现自己的BroadcastReceiver子类，并重写onReceive(Context context，Intent intent)方法即可。当其他组件通过sendBroadcast()，sendStickyBroadcast()或sendOrderedBroadcast()方法发送广播消息时，如果该BroadcastReceiver对该消息“感兴趣”（通过IntentFilter配置），BroadcastReceiver的onReceive()方法将会被触发。
开发者实现了自己的BroadcastReceiver之后，通常有两种方式注册这个系统级的“事件监听器”

在Java代码中通过Context.registReceiver()方法注册BroadcastReceiver。
在AndroidManifest.xml文件中使用<·receiver…/>元素完成注册

在此读者只需了解，在后面的章节中会详细的介绍BroadcastReceiver。

1. 4ContentProvider

对于Android应用而言，它们必须相互独立，各自运行在自己的进程中，如果这些应用之间要实现实时的数据交换-例如，我么开发了一个发短信的程序，当发送短信时需要从联系人管理应用中读取指定联系人数据-这就需要多个应用之间进行数据交换。
Android为这种跨应用的数据交换提供了一个标准：ContentProvider。当用户实现自己的ContetProvider时，就要实现如下抽象方法。

insert(Uri, ContentValues):向ContetProvider插入数据。
delete(Uri, ContentValues):删除ContentProvider中指定数据。
uodate(Uri,ContentValues,String,String[]):更新ContentProvider中的指定数据。
query(Uri,String[],String,Sting[],String):从ContentProvider中查询数据。

通常与ContentProvider结合使用的是ContentResolver，一个应用程序使用ContentProvider暴露自己的数据，而另一个应用程序则通过ContentResolver来访问数据。

1.5 Intet和IntentFilter

Intent并不是Android应用的组件，但它是Android不同组件之间通信的载体。当Android运行时需要连接不同过的组件时，通常就需要借助于Intent来实现。Intent可以启动应用中另一个Activity，也可启动一个Service组件，还可以发送一条广播消息来触发系统的BroadcastReceiver。也就是说，Activity，Service，BroadcastReceiver，三种组件之间的通信都以Intent作为载体，只是不同组件使用Intent机制不同。

当需要启动一个Activity时，可调用Context的startActvity(Intent intent)或者startActicityFoeResut(Intent intent， int requestCode)方法,这两个方法中的Intent封装了需要启动的Activity的信息。
当需要启动一个Service时，可调用Context的startService(Intent intent)方法或者binfService(Intent intent，ServiceConnection conn， int flags)方法，这两个方法中的Intent封装了需要启动的Service的信息。
当需要出发一个BroadcastReceiver时，可调用Contex的sendBroadcast(Intent intent)，sendStickyBroadcast(Intent intent intent)或者sendOrderedBroadcast(Intent intent，String receivePermission)方法来发送广播消息，这两个方法中的Intent封装了需要触发的BroadcastReceiver的信息。

当一个组件通过Intent表示了启动或触发另一个组件的“意图”后，这个意图可分为两类

显式Intent：显式Intent明确指定需要启动或触发的组件的类名。
隐式Intent：隐式Intent只是指定需要启动或触发的组件满足的条件。
对于显式Intent而言Android系统不需要对其做任何解析，只需要找到指定组件，启动或触发它即可。
对于隐式Intent而言，Android系统需要对其进行解析，解析出他的条件，然后在系统中查找与之匹配的目标组件。如果找到符合条件的组件就启动或触发它。
被调用的组件通过IntentFilter来声明自己所满足的条件。