• 如果调用该方法时对应Service还没有创建出来，则会调用onCreate方法；即Service只会创建一个实例；
• 调用多少次该方法就对应调用多少次Service端的onStartCommand方法；

• 无论之前调用了多少次startService，只需要调用一次该方法

• 如果调用该方法时对应Service还没有创建出来，则会调用onCreate方法；即Service只会创建一个实例；
• Context如果之前没有和该Service绑定过，即执行bindService方法，那么就会执行Service的bindService方法；如果绑定过了就不会执行onBind方法

• 上面只是默认一种约定行为；如果是Remote Service建议使用bindService，因为bindService可以获取 Remote Service提供的接口；如果是Local Service建议使用sartService，因为startService很简单；

• 启动：startService方法启动
• 终止：调用stopService，或自身的stopSelf方法，系统资源不足android系统结束服务；（执行Service的onDestroy方法）

Part2(纯粹的Bind)

• 启动：bindService方法启动
• 终止：调用unbindService断开连接，之前调用bindService 的 Context 不存在了（如Activity被finish的时候）；（执行Service的unBind和onDestroy方法）

Part3(混合的Start&Bind)

• 启动：如先startService，后bindService
• 终止：（调用stopService 或者 调用stopSelf）并且（不再有绑定的连接）==》onDestroy方法将会被调用；

• Activity旋转的时候，意味着Activity重建了；旋转之前的使用 bindService 建立的连接便会断开（Context 不存在了）；
• 使用了startService启动Service就需要调用stopService关闭服务；使用了bindService启动Service就需要调用unbindService关闭服务；它们都是成对出现的！！！
• 这里对bindService启动的Service会和启动它的Context共生死，这一点进行一下说明；如果ActivityA进行了bindService，ActivityB也bindService，那么当ActivityA进行了unbindService时，Service并不会调用onDestroy，因为它还有个bind没有解除（即跟ActivityB之间的bind）~；但是activityA跳转到ActivityB，有可能导致activityA被系统销毁，这样即使activityA代码中没有调用unbind，系统也会自动将activityA和service解绑，进而可能service就onDestroy了；当Activity2在bind的时候该service已经不存在了，最终还是要去创建一个service实例；为了避免上述问题这里建议，通过startService启动service，随后bindService进行activity和service的绑定，这样即使activity内容被销毁了，service还是不会调用onDestroy方法！

• 编写类继承android.app.Service类；实现onCreate、onbind、onStartCommand、onDestroy等方法
• 在Manifest.xml文件中注册该Service：如下

  • <!-- android:exported 这个属性用于指示该服务是否能够被其他应用程序组件调用或跟它交互。
         如果设置为true，则能够被调用或交互，否则不能。设置为false时，
         只有同一个应用程序的组件或带有相同用户ID的应用程序才能启动或绑定该服务。-->
    <service android:name=".ServiceDemo" android:exported="false">
    <!--android:name=“” The name of the Service subclass that implements the service 继承了Service的类，绝对路径：包名+类名-->
        <intent-filter><!--隐式调用才会用到这个；代表了一种Intent的组合方式；一个组件可以有多个Intent-filter-->
            <action android:name="com.demo.SERVICE_DEMO" /> <!--外界使用的名字-->
            <category android:name="android.intent.category.DEFAULT" /> <!--只有加上这个别的应用才能通过上面的action找到该Service-->
        </intent-filter>
    </service>

    
    
    

• bindService方式启动（关闭调用对应的unbindService()）
  • bindService(new Intent(ServiceDemo.ACTION).setPackage(getPackageName()), conn, BIND_AUTO_CREATE);
  • 参数1说明：ServiceDemo.ACTION=="com.demo.SERVICE_DEMO";即上面Service在Manifest的定义的Action！public Intent (String action)；Android5.0不支持隐式调用，需要指定packegename，如上面的方式，packegename指明了在哪个包中找和Action对应的组件，如果不指名package那么则在当前系统全局搜索，每个app对应一个package，定义在Manifest标签里面，此package并非指我们想要启动服务类所在的包名；
    • 或者用Intent intent = new Intent();  intent.setClass(this,MyLocalService.class);的方式启动服务；之前我们经常用这个方式，而不是用Action；其实这部分是Intent的内容，可以去研究一下intent的使用方法和构造器！
  • 参数3说明：BIND_AUTO_CREATE，即当服务不存在时，自动创建，如果服务已经启动了或者创建了，那么只会掉调用onBind方法
  • 参数2说明：conn是一个实现了ServiceConnection接口的对象；实现了下面两个方法
    • onServiceConnected(ComponentName name, IBinder service)
      • 客户端调用bindService；Service端对应调用onBind方法；如果onBind方法返回值不为null则执行这里的onServiceConnected方法！（就是该方法的第二个参数，就是onBind方法的返回值）；无论这里是不是执行onServiceConnected方法，都已经完成了客户端和Service的绑定，最后还是需要调用unBindService进行解绑；
      • 通过该方法的第二个参数service可以获得Service提供的接口！！如：
      • MyService.SimpleBinder sBinder = (MyService.SimpleBinder)service;
      • //SimpleBinder是MyService的内部类，继承了Binder类，定义了add方法；
      • sBinder.add(3, 5)；
    • onServiceDisconnected(ComponentName name)
      • 同上
• startService方式启动（关闭调用对应的stopService()）
  • startService(new Intent(ServiceDemo.ACTION)).setPackage(getPackageName());

• 如果你只是想要启动一个后台服务长期进行某项任务那么使用 startService 便可以了；证明startService启动服务，你的期望不要太高；因为它不给客户端任何反馈；你可以通过broadcast来向客户端传数据，然而BroadcastReceiver 本身执行代码的时间是很短的！！因此不能对该方法期望过高！！总之startService很弱很弱的；
• 想要与正在运行的 Service 取得联系，推荐我们的终极武器bindService！！bindService很好很强大；

• android:name，服务类名
• android:label，服务的名字，如果此项不设置，那么默认显示的服务名则为类名
• android:process，表示该服务是否运行在另外一个进程，如果设置了此项，那么将会在包名后面加上这段字符串表示另一进程的名字
• android:enabled，如果此项设置为 true，那么 Service 将会默认被系统启动，不设置默认此项为 false
• android:exported，表示该服务是否能够被其他应用程序所控制或连接，不设置默认此项为 false
• android:icon，服务的图标

• Thread：Thread 是程序执行的最小单元，它是分配CPU的基本单位。可以用 Thread 来执行一些异步的操作。
• Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service 是运行在主进程的 main 线程上的（运行耗时操作会导致ANR）；如果是Remote Service，那么对应的 Service 则是运行在独立进程的 main 线程上；
• 用Service而不用Thread的好处就是我们可以随时通过BindService或者startService跟Service进行通信，换成Thread一旦start我们将无能为力了~；Service很乖，Thread很野；
• Service的职责是负责后台的耗时的工作；
• Android的后台就是指，它的运行是完全不依赖UI的，即使Activity被销毁，或者程序被关闭，只要进程还在，Service就可以继续运行；所以在Service中创建Thread比在Acitivity中创建线程的好处在于，Service在一个应用中是稳定存在的，而Activity朝不保夕（应用中经常有各种Activity之间的跳转操作），一旦它销毁了，那么它所创建的线程，将处于游离状态，不受控制，Service不会出现这样的问题；
• 一个比较好的Service往往是如下的样子：

  @Override  
  public int onStartCommand(Intent intent, int flags, int startId) {  
      new Thread(new Runnable() {  
          @Override  
          public void run() {  
              // 开始执行后台任务  
          }  
      }).start();  
      return super.onStartCommand(intent, flags, startId);  
  }  
  class MyBinder extends Binder {  
      public void startDownload() {  
          new Thread(new Runnable() {  
              @Override  
              public void run() {  
                  // 执行具体的下载任务  
              }  
          }).start();  
      }  
  }