如果一个Service被某个Activity 调用Context.startService() 方法启动，那么不管是否有Activity使用bindService()绑定或unbindService()解除绑定到该Service，该Service都在后台运行。如果一个Service被多次执行startService()，它的onCreate()方法只会调用一次，也就是说该Service只会创建一个实例，而它的onStartCommand()将会被调用多次(对应调用startService()的次数)。该Service将会一直在后台运行，直到被调用stopService()，或自身的stopSelf方法。当然如果系统资源不足，系统也可能结束服务。

1. 被绑定的服务（bindService()）的生命周期。

如果一个Service被调用 Context.bindService ()方法绑定启动，不管调用bindService()调用几次，onCreate()方法都只会调用一次，而onStartCommand()方法始终不会被调用，这时会调用onBind()方法。当连接建立之后，Service将会一直运行，除非调用Context.unbindService() 断开连接或者之前调用bindService() 的 Context 不存在了(如该Activity被finish)，系统将会自动停止Service，对应onDestroy()将被调用。

1. 被启动又被绑定的服务的生命周期。

如果一个Service又被启动又被绑定，则该Service将会一直在后台运行。调用unbindService()将不会停止Service，而必须调用stopService()或Service的stopSelf()方法来停止服务。

1. 当服务被停止时清除服务。

当一个Service被终止时，Service的onDestroy()方法将会被调用，在这里应当做一些清除工作，如停止在Service中创建并运行的线程等。

1、activity能进行绑定得益于Serviece的接口。为了支持Service的绑定，实现onBind方法。

2、Service和Activity的连接可以用ServiceConnection来实现。需要实现一个新的ServiceConnection，重现onServiceConnected和OnServiceDisconnected方法，一旦连接建立，就能得到Service实例的引用。

3、执行绑定，调用bindService方法，传入一个选择了要绑定的Service的Intent(显示或隐式)和一个你实现了的ServiceConnection的实例

采用Context.startService()方法启动服务，在服务未被创建时，系统会先调用服务的onCreate()方法，接着调用onStart()方法。如果调用startService()方法前服务已经被创建，多次调用startService()方法并不会导致多次创建服务，但会导致多次调用onStart()方法。采用startService()方法启动的服务，只能调用Context.stopService()方法结束服务，服务结束时会调用onDestroy()方法。

采用Context.bindService()方法启动服务，在服务未被创建时，系统会先调用服务的 onCreate()方法，接着调用onBind()方法。这个时候调用者和服务绑定在一起，调用者退出了，系统就会先调用服务的onUnbind()方 法，接着调用onDestroy()方法。如果调用bindService()方法前服务已经被绑定，多次调用bindService()方法并不会导致 多次创建服务及绑定(也就是说onCreate()和onBind()方法并不会被多次调用)。如果调用者希望与正在绑定的服务解除绑定，可以调用 unbindService()方法，调用该方法也会导致系统调用服务的onUnbind()–>onDestroy()方法。

ContentProvider:

• 四大组件的内容提供者，主要用来对外提供数据，

• 实现各个应用程序之间的（跨应用）数据共享，比如联系人应用中就使用了ContentProvider，你在自己的应用中可以读取和修改联系人的数据，不过需要获得相应的权限。其实它也只是一个中间人，真正的数据源是文件或者SQLite等

• 一个应用实现ContentProvider来提供内容给别的应用来操作，通过ContentResolver来操作别的应用数据，当然在自己的应用中也可以。

ContentResolver：

• 内容解析者，用于获取内容提供者提供的数据
• ContentResolver.notifyChange(uri)发出消息

ContentObserver：

• 内容监听者，可以监听数据的改变状态

• 目的时观察特定的Uri引起的数据库的变化，进而做一些相应的处理，类似于数据库技术中的触发器（Tigger）。

• ContentResolver.registerContentObserver()监听消息

• 无序广播发送代码：

  public class MainActivity extends Activity {

  @Override
  protected void onCreate(Bundle savedInstanceState) {
      super.onCreate(savedInstanceState);
      setContentView(R.layout.activity_main);
  }
  
  public void click(View v){
      //启动界面 startActivity
      //发送广播 sendBroadcast
  Intent intent = new Intent();
  
  intent.setAction("com.itheima.cctv.action.NEWS");
  intent.putExtra("data", "我是一个无须的广播");
  sendBroadcast(intent);
  }

  }

• 无序广播的监听代码：

  public class CctvReceiver extends BroadcastReceiver {

  private static final String TAG = "CctvReceiver";
  
  @Override
  public void onReceive(Context context, Intent intent) {
      String data = intent.getStringExtra("data");
      Log.d(TAG, "data==="+data);
  }

  }

  xml：
  

• 有序广播发送代码：

  public class ShengReceiver extends BroadcastReceiver {
  @Override
  public void onReceive(Context context, Intent intent) {
  Log.d("vivi", "我是省级部门，我收到的指令是："+getResultData());
  //getResultData()是用来获取有序广播里面的数值.这里的信息是:
  //主席讲话：每人奖励10斤土豆

      setResultData("主席讲话：每人奖励7斤土豆");//有序广播的数值,可以被修改,后面的程序在接受到这个广播,就会变成,现在我们改变的值了
  //有序广播传输是可以终止的.但是最终的接受者就算在终止之后,也是可以接受到数据的
  //abortBroadcast();
  }

  }

  public class ShiReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {
      Log.d("vivi", "我是市级部门，我收到的指令是："+getResultData());
  //因为上面修改了数据,所以这里获取到的数据是:主席讲话：每人奖励7斤土豆
  }

  }

      <receiver android:name="com.itheima.region.ShiReceiver">
         <intent-filter android:priority="500">
              <action android:name="com.itheima.gov.action.POTATO"/>
          </intent-filter>
      </receiver>

• 有序广播接收代码：

  public class MyReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {
      Log.d("vivi", "我是恩恩主席的内线，我收到的指令是："+getResultData());
  }

  }

1.Handler四大组件：

1. Message

   Message是在线程之间传递的消息，它可以在内部携带少量的信息，用于在不同线程之间交换数据。

   例：Message的what字段、arg1字段、arg2字段来携带整型数据，obj字段携带一个Object对象。

2. Handler

   处理者，它主要用来发送和处理消息。发送消息一般是使用Handler的sendMessage()方法，消息经过处理后，最终传递到Handler的handlerMessage()方法中

3. MessageQueue

   消息队列，它主要用来存放所有通过Handler发送的消息，这部分消息会一直存在于消息队列中，等待被处理。

4. Looper

   是每个线程中MessageQueue的管家，调用Looper的loop()方法后，就会进入到一个无限循环当中，每当发现MessageQueue中存在一条消息，就会将其取出传递到Handler的handleMessage()方法当中。

异步消息处理流程：

1. 在主线程中创建一个Handler对象；
2. 重写handleMessage()方法
3. 当子线程需要进行UI操作时，创建一个Message对象，并通过Handler将消息发送出去；
4. 消息添加到MessageQueue的队列中等待被处理；
5. Looper在MessageQueue中取出待处理的消息，发回Handler的handleMessage()方法中。