Android作为一个手机操作系统，大多数的人都是把它默认为面向对象的支持，认为他就是塞班的替代品，一种延伸而已，而事际上，Android代码与塞班是完全不同的操作系统。

虽然Intent Receiver在感兴趣的事件发生时，会使用NotificationManager通知用户，但它并不能生成一个UI。ntent Receiver在AndroidManifest.xml中注册，但也可以在Android代码中使用Context.registerReceiver()进行注册。

当一个intent receiver被触发时，你的应用不必对请求调用intent receiver，系统会在需要的时候启动你的应用。各种应用还可以通过使用Context.broadcastIntent()将它们自己的intent receiver广播给其它应用程序。

 一个Service是一段长生命周期的，没有用户界面的程序。比较好的一个例子就是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity。#t#

因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个activity会使用Context.startService()来启动一个service。从而可以在后台保持音乐的播放。同时，系统也将保持这个service一直执行，直到这个service运行结束。另外，我们还可以通过使用Context.bindService()方法。

连接到一个service上（如果这个service还没有运行将启动它）。当连接到一个service之后，我们还可以service提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。

应用程序能够将它们的数据保存到文件中、SQL数据库中，甚至是任何有效的设备中。当你想将你的应用数据与其它的应用共享时。Content Provider将会很有用。一个Content Provider类实现了一组标准的方法，从而能够让其它的应用保存或读取此Content Provider处理的各种数据类型。

在一个Android应用中，主要是由一些组件组成，（Activity,Service,ContentProvider,etc.)在这些组件之间的通讯中，由Intent协助完成。正如网上一些人解析所说，Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述。

负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。Intent在这里起着实现调用者与被调用者之间的解耦作用。Intent传递过程中，要找到目标消费者（另一个Activity,IntentReceiver或Service），也就是Intent的响应者，有两种方法来匹配：

public TestB extents Activity  
{  
 .........  
};  
 public class Test extends Activity  
{  
     ......  
     public void switchActivity()  
     {  
            Intent i = new Intent(Test.this, TestB.class);  
            this.startActivity(i);  
     }  
} 

Android代码简洁明了，执行了switchActivity()函数，就会马上跳转到名为TestB的Activity中。