Service解析

Service的startService与bindService的区别，以及service与Thread的区别

（1）  以startService方式启动Service，启动后的Service与Activity没有联系

（2）以bindService方式启动Service，作用是将Activity与Service捆绑在一起，“同生共死”，当Activity被销毁时Service也被销毁，如果service和访问者之间需要进行方法调用或数据交换，则应使用bindservice的方式启动service以unbindservice的方式关闭service.

bindservice（Intent service，ServiceConnection conn，int flag）

service：该参数通过Intent指定要启动的service

conn：

1：当访问者与service之间连接成功后，IBinder onBind(Intent intent)函数会回调ServiceConnection对象的  

onServiceConnected(ComponentName name, IBinder service)方法。

并且onBind(Intent intent)函数会返回一个IBinder对象给onServiceConnected(ComponentName name,IBinder

service)函数的service 。返回的IBinder对象可看成是该service组件的代理“对象”,service允许客户端通过IBinder

对访问service内部数据，这样便实现客户端和service之间的通讯。

2：当service所在的宿主进程由于异常或其他原因终止时，则调用onServiceDisconnected(ComponentName name) 方法

flag：指定绑定时是否主动创建service，参数为0不自动创建，参数为Bind_AUTO_CREATE自动创建

2：service与Thread的区别

service虽然运行在后台没有用户界面，但service是运行在主线程中的，可通过Thread.currentThread().getId()查看当前线程的ID号。截图如下：

则在service中处理耗时操作依然会出现ANR异常，那该如何解决这个问题呢？可在service中开启一个线程去处理耗时任务。

插曲：

后台和子线程是两个不同的概念，android的后台就是指它的运行完全不依赖UI界面，即使Activity被销毁，或者程序被关闭，只要进程还在，service就可以继续运行。

既然在service里也要创建线程，那为何不直接在Activity中创建呢？原因是Activity很难对Thread控制，当Activity被销毁后，就没有方法重新获取之间创建的子线程实例。而且在一个Activity创建的子线程，另外的Activity无法对其操作。

但service不同，所有的Activity都可与service关联，然后就可以很方便的操作其中的方法，即使Activity被销毁，只要重新连接就可以获取原有service中的Binder实例，因此使用service处理后台服务，Activity就可以放心的finish，而不用担心无法对后台服务进行控制的情况。