Android的四大组件

四大组件包括

• Activity：用户操作界面，用于表现功能
• Service：后台运行服务，不提供页面呈现
• Broadcast Receive：用于接收广播进行过滤和响应
• Content Provider：存储和读取数据

Activity

用户的操作界面，提供一个完成操作指令的窗口；用户能够看见的页面几乎都依托于Activity，所以在开发中，它的使用也是最频繁的。

• Android的每一个应用，都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不会执行该Activity。
• activity的四种状态（生命周期）
  • 运行中：此时Activity位于栈顶，是可见的，并可以跟用户进行交互
  • 暂停：当Activity失去焦点，不能跟用户交互了，但依然可见，就处于暂停状态。当一个新的非全屏的Activity或者一个透明的Activity放置在栈顶，Activity就处于暂停状态；这个时候Activity的各种数据还被保持着；只有在系统内存在极低的状态下，系统才会自动的去销毁Activity。
  • 停止：当一个Activity被另一个Activity完全覆盖，或者点击HOME键退入了后台，这时候Activity处于停止状态。这里有些是跟暂停状态相似的：这个时候Activity的各种数据还被保持着；当系统的别的地方需要用到内存时，系统会自动的去销毁Activity。
  • 销毁：当我们点击返回键或者系统在内存不够用的情况下就会把Activity从栈里移除销毁，被系统回收

Service

• Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要求长期运行的任务。
• 服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另外一个应用程序，服务仍然能够保持正常运行。
• 服务并不是运行在一个独立的进程当中的，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉时，所有依赖于该进程的服务也会停止运行。
• Service通常位于后台运行，它一般不需要与用户交互，因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。
• 通过startService(Intent service)可以启动一个Service，而通过Context.bindService()可以绑定一个Service，由此可见，Service分为两种
  • startService：由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。
  • bindService：使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止。

Broadcast Receive

接受相关消息，做一些简单处理，转换成一条Notification，统一了Android的事件广播模型。

• 广播接收器是对发送出来的广播进行过滤接受并响应的一类组件。可以使用广播接收器来让应用对一个外部事件做出响应。例如，当电话呼入这个外部事件到来时，可以利用广播接收器进行处理。当下载一个程序成功完成时，仍然可以利用广播接收器进行处理。
• 广播接收器只要是注册了，当事件来临时，即使程序没有启动，系统在需要的时候也会启动程序。各种应用还可以通过使用Context.sendBroadcast()将它们自己的Intent广播给其他应用程序。
• 你的应用可以使用它对外部事件进行过滤，只对特定的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或service来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
• 广播接收器的注册有两种方法，分别是程序在运行时的代码中使用Context.registerReceive()进行注册和AndroidManifest文件中进行静态注册。
• 动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

Content Provider

内容提供者，可通过它来共享自己的数据给外部调用，给第三方应用提供数据访问的接口。

• android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。
• 只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。
• Content Provider实现数据共享。Content Provider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。
• 开发人员不会直接使用Content Provider类的对象，大多数是通过ContentResolver对象实现对Content Provider的操作。
• Content Provider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由Content Provider来管理。