Service基本用法
新建一个MyService继承自Service，并重写父类的onCreate()、onStartCommand()和onDestroy()方法，如下所示：
public class MyService extends Service {
public static final String TAG = "MyService";
@Override
public void onCreate() {
super.onCreate();
Log.d(TAG, "onCreate() executed");
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.d(TAG, "onStartCommand() executed");
return super.onStartCommand(intent, flags, startId);
}
@Override
public void onDestroy() {
super.onDestroy();
Log.d(TAG, "onDestroy() executed");
}
@Override
public IBinder onBind(Intent intent) {
return null;
}
} 然后打开或新建MainActivity作为程序的主Activity，在里面加入启动Service和停止Service的逻辑，代码如下所示：
<span style="font-family:SimSun;font-size:12px;">public class MainActivity extends Activity implements OnClickListener {
private Button startService;
private Button stopService;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
startService = (Button) findViewById(R.id.start_service);
stopService = (Button) findViewById(R.id.stop_service);
startService.setOnClickListener(this);
stopService.setOnClickListener(this);
}
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.start_service:
Intent startIntent = new Intent(this, MyService.class);
startService(startIntent);
break;
case R.id.stop_service:
Intent stopIntent = new Intent(this, MyService.class);
stopService(stopIntent);
break;
default:
break;
}
}
} </span>可以看到，在Start Service按钮的点击事件里，我们构建出了一个Intent对象，并调用startService()方法来启动MyService。然后在Stop Serivce按钮的点击事件里，我们同样构建出了一个Intent对象，并调用stopService()方法来停止MyService。
onCreate()方法只会在Service第一次被创建的时候调用，如果当前Service已经被创建过了，不管怎样调用startService()方法，onCreate()方法都不会再执行。因此你可以再多点击几次Start Service按钮试一次，每次都只会有onStartCommand()方法执行。
另外需要注意，项目中的每一个Service都必须在AndroidManifest.xml中注册才行，所以还需要编辑AndroidManifest.xml文件，代码如下所示：
<span style="font-family:SimSun;font-size:12px;"><application android:allowBackup="true" android:icon="@drawable/ic_launcher" android:label="@string/app_name" android:theme="@style/AppTheme" > …… <service android:name="com.example.servicetest.MyService" > </service></span>
Service和Activity通信
上面的MyService中的代码，你会发现一直有一个onBind()方法我们都没有使用到，这个方法其实就是用于和Activity建立关联的。
<span style="font-family:SimSun;font-size:12px;">public class MyService extends Service {
public static final String TAG = "MyService";
private MyBinder mBinder = new MyBinder();
@Override
public void onCreate() {
super.onCreate();
Log.d(TAG, "onCreate() executed");
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Log.d(TAG, "onStartCommand() executed");
return super.onStartCommand(intent, flags, startId);
}
@Override
public void onDestroy() {
super.onDestroy();
Log.d(TAG, "onDestroy() executed");
}
@Override
public IBinder onBind(Intent intent) {
return mBinder;
}
class MyBinder extends Binder {
public void startDownload() {
Log.d("TAG", "startDownload() executed");
// 执行具体的下载任务
}
}
}
public class MainActivity extends Activity implements OnClickListener {
private Button startService;
private Button stopService;
private Button bindService;
private Button unbindService;
private MyService.MyBinder myBinder;
private ServiceConnection connection = new ServiceConnection() {
@Override
public void onServiceDisconnected(ComponentName name) {
}
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
myBinder = (MyService.MyBinder) service;
myBinder.startDownload();
}
};
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
startService = (Button) findViewById(R.id.start_service);
stopService = (Button) findViewById(R.id.stop_service);
bindService = (Button) findViewById(R.id.bind_service);
unbindService = (Button) findViewById(R.id.unbind_service);
startService.setOnClickListener(this);
stopService.setOnClickListener(this);
bindService.setOnClickListener(this);
unbindService.setOnClickListener(this);
}
@Override
public void onClick(View v) {
switch (v.getId()) {
case R.id.start_service:
Intent startIntent = new Intent(this, MyService.class);
startService(startIntent);
break;
case R.id.stop_service:
Intent stopIntent = new Intent(this, MyService.class);
stopService(stopIntent);
break;
case R.id.bind_service:
Intent bindIntent = new Intent(this, MyService.class);
bindService(bindIntent, connection, BIND_AUTO_CREATE);
break;
case R.id.unbind_service:
unbindService(connection);
break;
default:
break;
}
}
} </span>
可以看到，这里我们首先创建了一个ServiceConnection的匿名类，在里面重写了onServiceConnected()方法和onServiceDisconnected()方法，这两个方法分别会在Activity与Service建立关联和解除关联的时候调用。在onServiceConnected()方法中，我们又通过向下转型得到了MyBinder的实例，有了这个实例，Activity和Service之间的关系就变得非常紧密了。现在我们可以在Activity中根据具体的场景来调用MyBinder中的任何public方法，即实现了Activity指挥Service干什么Service就去干什么的功能。
当然，现在Activity和Service其实还没关联起来了呢，这个功能是在Bind Service按钮的点击事件里完成的。可以看到，这里我们仍然是构建出了一个Intent对象，然后调用bindService()方法将Activity和Service进行绑定。bindService()方法接收三个参数，第一个参数就是刚刚构建出的Intent对象，第二个参数是前面创建出的ServiceConnection的实例，第三个参数是一个标志位，这里传入BIND_AUTO_CREATE表示在Activity和Service建立关联后自动创建Service，这会使得MyService中的onCreate()方法得到执行，但onStartCommand()方法不会执行。
然后如何我们想解除Activity和Service之间的关联怎么办呢？调用一下unbindService()方法就可以了，这也是Unbind Service按钮的点击事件里实现的逻辑。
如何销毁Service
点击Start Service按钮启动Service，再点击Stop Service按钮停止Service，这样MyService就被销毁了.
点击的Bind Service按钮呢？由于在绑定Service的时候指定的标志位是BIND_AUTO_CREATE，说明点击Bind Service按钮的时候Service也会被创建，这时应该怎么销毁Service呢？其实也很简单，点击一下Unbind Service按钮，将Activity和Service的关联解除就可以了。
如果我们既点击了Start Service按钮，又点击了Bind Service按钮会怎么样呢？这个时候你会发现，不管你是单独点击Stop Service按钮还是Unbind Service按钮，Service都不会被销毁，必要将两个按钮都点击一下，Service才会被销毁。也就是说，点击Stop Service按钮只会让Service停止，点击Unbind Service按钮只会让Service和Activity解除关联，一个Service必须要在既没有和任何Activity关联又处理停止状态的时候才会被销毁。
服务的分类：
解释：
①AIDL（Android Interface Definition Language）是Android接口定义语言的意思，它可以用于让某个Service与多个应用程序组件之间进行跨进程通信，从而可以实现多个应用程序共享同一个Service的功能。
②为什么将MyServiSce转换成远程Service后就不会导致程序ANR了呢？这是由于，使用了远程Service后，MyService已经在另外一个进程当中运行了，所以只会阻塞该进程中的主线程，并不会影响到当前的应用程序。
③那么如何才能让Activity与一个远程Service建立关联呢？这就要使用AIDL来进行跨进程通信了（IPC）。
具体AIDL跨进程通信见《Android 进程间通信》
Service 和 IntentService的区别：
参考：http://blog.csdn.net/p106786860/article/details/17885115
IntentService的使用
IntentService是Service的子类，比普通的Service增加了额外的功能。IntentService是继承Service的，那么它包含了Service的全部特性，当然也包含service的生命周期和启动方式，IntentService集开启线程和自动停止于一身，IntentService还是博得了不少程序员的喜爱。
IntentService用法：
这里首先是要提供一个无参的构造函数，并且必须在其内部调用父类的有参构造函数。然后要在子类中去实现 onHandleIntent()这个抽象方法，在这个方法中可以去处理一些具体的 逻辑，而且不用担心 ANR（Application Not Responding）的问题，因为这个方法已经是在子线程中运行的了。这里为了证 实一下，我们在 onHandleIntent()方法中打印了当前线程的 id。另外根据 IntentService的特性， 这个服务在运行结束后应该是会自动停止的，所以我们又重写了 onDestroy()方法，在这里也打印了一行日志，以证实服务是不是停止掉了。
Service和线程的关系：
Service 服务 和 Thread进程的区别 http://www.cnblogs.com/perfy/p/3820502.html
Service是运行在主线程里的，也就是说如果你在Service里编写了非常耗时的代码，程序必定会出现ANR的。
你可能会惊呼，这不是坑爹么！？那我要Service又有何用呢？其实大家不要把后台和子线程联系在一起就行了，这是两个完全不同的概念。Android的后台就是指，它的运行是完全不依赖UI的。即使Activity被销毁，或者程序被关闭，只要进程还在，Service就可以继续运行。比如说一些应用程序，始终需要与服务器之间始终保持着心跳连接，就可以使用Service来实现。你可能又会问，前面不是刚刚验证过Service是运行在主线程里的么？在这里一直执行着心跳连接，难道就不会阻塞主线程的运行吗？当然会，但是我们可以在Service中再创建一个子线程，然后在这里去处理耗时逻辑就没问题了。
既然在Service里也要创建一个子线程，那为什么不直接在Activity里创建呢？这是因为Activity很难对Thread进行控制，当Activity被销毁之后，就没有任何其它的办法可以再重新获取到之前创建的子线程的实例。而且在一个Activity中创建的子线程，另一个Activity无法对其进行操作。但是Service就不同了，所有的Activity都可以与Service进行关联，然后可以很方便地操作其中的方法，即使Activity被销毁了，之后只要重新与Service建立关联，就又能够获取到原有的Service中Binder的实例。因此，使用Service来处理后台任务，Activity就可以放心地finish，完全不需要担心无法对后台任务进行控制的情况。
生命周期
一旦在项目的任何位置调用了 Context的 startService()方法，相应的服务就会启动起来，并回调 onStartCommand()方法。如果这个服务之前还没有创建过，onCreate()方法会先于onStartCommand()方法执行。服务启动了之后会一直保持运行状态，直到 stopService()或stopSelf()方法被调用。注意虽然每调用一次startService()方法，onStartCommand()就会执行一次，但实际上每个服务都只会存在一个实例。所以不管你调用了多少次 startService()方法， 只需调用一次 stopService()或 stopSelf()方法，服务就会停止下来了。
另外，还可以调用 Context的 bindService()来获取一个服务的持久连接，这时就会回调服务中的 onBind()方法。类似地，如果这个服务之前还没有创建过，onCreate()方法会先于 onBind()方法执行。之后，调用方可以获取到 onBind()方法里返回的 IBinde对象的实例，这样就能自由地和服务进行通信了。只要调用方和服务之间的连接没有断开，服务就会一直保持运行状态。 当调用了 startService()方法后，又去调用 stopService()方法，这时服务中的 onDestroy() 方法就会执行，表示服务已经销毁了。类似地，当调用了 bindService()方法后，又去调用 unbindService()方法，onDestroy()方法也会执行，这两种情况都很好理解。
但是需要注意，我们是完全有可能对一个服务既调用了 startService()方法，又调用了 bindService()方法的， 这种情况下该如何才能让服务销毁掉呢？根据 Android系统的机制，一个服务只要被启动或者被绑定了之后，就会一直处于运行状态，必须要让以上两种条件同时不满足，服务才能被销毁。所以，这种情况下要同时调用 stopService()和 unbindService()方法，onDestroy()方法才会执行。
系统Service
参考：Android中的服务（service）详解（四）--系统服务
1. 概要：
Android系统服务提供系统最基本的，最核心的功能，如设备控制，位置信息，通知等。这些服务有的在Framework层，有的在Libraries层。
2. 分类：
正如前面的应用服务一样，根据实现方式 ，我们可以把系统服务分为java系统服务和本地系统服务。存在于Framework层的，我们称之为java系统服务，这些服务都处于框架层，是用java语言编写的；存在于Libraries层的，我们称之为本地系统服务，这些服务都处于更低的Libraries层，是用C++语言编写的，运行在各自独立的进程中。
例如：
（1） 在Android Framework框架层服务有：
Activity Manager, Content Providers, NotificationManager, PackageManager, TelephonyManager, Location Manager..., 这些组件都是以单例模式在SystemServer进程中进行初始化的。
1．EntropyService
熵服务，周期性的加载和保存随机信息。主要是linux开机后，/dev/random的状态可能是可预知的，这样一些需要随机信息的应用程序就可能会有问题。这个无需提供应用程序接口。
2．PowerManagerService –> PowerManager
Android 的电源管理也是很重要的一部分。比如在待机的时候关掉不用的设备，待机时屏幕和键盘背光的关闭，用户操作的时候该打开多少设备等等。
3.ActivityManagerService->ActivityManager
这个是整个Android framework框架中最为核心的一个服务，管理整个框架中任务、进程管理, Intent解析等的核心实现。虽然名为Activity的Manager Service，但它管辖的范围，不只是Activity，还有其他三大组件，和它们所在的进程。也就是说用户应用程序的生命管理，都是由他负责的。
4.TelephonyRegistry->TelephonyManager
电话注册、管理服务模块，可以获取电话的链接状态、信号强度等等。<可以删掉，但要看的大概明白>
5.PackageManagerService -> PackageManager
包括对软件包的解包，验证，安装以及升级等等，对于我们现在不能安装.so文件的问题，应该先从这块着手分析原因。
6.AccountManagerService -> AccountManager
A system service that provides account, password, and authtoken management for all
accounts on the device。
7．ContentService -> ContentResolver
内容服务，主要是数据库等提供解决方法的服务。
8．BatteryService
监控电池充电及状态的服务，当状态改变时，会广播Intent
9．HardwareService
一般是ring和vibrate的服务程序
10．SensorService -> SensorManager
管理Sensor设备的服务，负责注册client设备及当client需要使用sensor时激活Sensor
11．WindowManagerService -> WindowManager -> PhoneWindowManager
和ActivityManagerService高度粘合
窗口管理，这里最核心的就是输入事件的分发和管理。
12．AlarmManagerService -> AlarmManager
闹钟服务程序
13．BluetoothService -> BluetoothDevice
蓝牙的后台管理和服务程序
14．StatusBarService -> StatusBarManager
负责statusBar上图标的更新、动画等等的服务，服务不大。
15．ClipboardService -> ClipboardManager
和其他系统的clipBoard服务类似，提供复制黏贴功过。
16．InputMethodManagerService -> InputMethodManager
输入法的管理服务程序，包括何时使能输入法，切换输入法等等。
17．NetStatService
手机网络服务
18．ConnectivityService -> ConnectivityManager
网络连接状态服务，可供其他应用查询，当网络状态变化时，也可广播改变。
19．AccessibilityManagerService-> AccessibilityManager
这块可能要仔细看一下，主要是一些View获得点击、焦点、文字改变等事件的分发管理，对整个系统的调试、问题定位等，也需要最这个服务仔细过目一下。
20．NotificationManagerService -> NotificationManager
负责管理和通知后台事件的发生等，这个和statusbar胶黏在一起，一般会在statusbar上添加响应图标。用户可以通过这知道系统后台发生了什么事情。
21．MountService
磁盘加载服务程序，一般要和一个linux daemon程序如vold/mountd等合作起作用，主要负责监听并广播device的mount/unmount/bad removal等等事件。
22．DeviceStorageMonitorService
监控磁盘空间的服务，当磁盘空间不足10%的时候会给用户警告
23．LocationManagerService -> LocationManager
要加入GPS服务等，这部分要细看，现在应用中的navigation没响应，可以从此处着手看一下
24．SearchManagerService -> SearchManager
The search manager service handles the search UI, and maintains a registry of searchable activities.
25．Checkin Service(FallbackCheckinService)
貌似checkin service是google提供的包，没有源代码，源码只有fallbackCheckinService
26．WallpaperManagerService -> WallpaperManager
管理桌面背景的服务，深度定制化桌面系统，需要看懂并扩展<同时要兼容>这部分
27．AudioService -> AudioManager
AudioFlinger的上层管理封装，主要是音量、音效、声道及铃声等的管理
28．HeadsetObserver
耳机插拔事件的监控小循环
29．DockObserver
如果系统有个座子，当手机装上或拔出这个座子的话，就得靠他来管理了
30．BackupManagerService -> BackupManager
备份服务
31．AppWidgetService -> AppWidgetManager
Android可以让用户写的程序以widget的方式放在桌面上，这就是这套管理和服务的接口
32．StatusBarPolicy
管理哪个图标该在status bar上显示的策略。
（2）在Libraries层的系统服务有:
SurfaceFlinger
这是framebuffer合成的服务，将各个应用程序及应用程序中的逻辑窗口图像数据(surface)合成到一个物理窗口中显示（framebuffer）的服务程序
mediaServer服务进程：
MediaServer服务基本上都是native的services，mediaServer进程也是在init.rc中启动的，它不是一个daemon进程，这点容易搞混。他也是和systemserver进程类似的系统服务进程，提供应用进程的RPC调用的真正服务代码所运行的位置。其服务都是和媒体录播放有关，主要有三个服务：
AudioFlinger
声音的录播放服务，包括混音等
MediaPlayerService
提供媒体播放服务，opencore是这块的核心模块，对java端的接口在mediaplayer.java
CameraService
提供camera的录制、preview等功能的服务
AudioPolicyService
主要功能有检查输入输出设备的连接状态及系统的音频策略的切换等。
3.系统服务的使用：
相信大家对getSystemService()并不陌生，无论是java系统服务，还是本地系统服务，直接调用getSystemService()就能获取指定的服务，这一点与应用服务（前面几节已经讲过）不同（应用服务是通过startService()来启动的。）。之所以能直接使用getSystemService()，是因为在Android初始化过程中，已经在init进程中启动了这些服务。
SensorManager SM = (SensorManager)getSystemService(context.SENSOR_SERVICE);
4.系统服务的实现：
无论是java系统服务，还是本地系统服务，要实现它，就要按照Android平台的要求，实现相应的函数和接口，这需要在源码的基本上进行修改。
如何保证Service不被杀死
1.onDestroy方法里重启service
service +broadcast 方式，就是当service走ondestory的时候，发送一个自定义的广播，当收到广播的时候，重新启动service；
<receiver android:name="com.dbjtech.acbxt.waiqin.BootReceiver" >
<intent-filter>
<action android:name="android.intent.action.BOOT_COMPLETED" />
<action android:name="android.intent.action.USER_PRESENT" />
<action android:name="com.dbjtech.waiqin.destroy" />//这个就是自定义的action
</intent-filter>
</receiver>
@Override
public void onDestroy() {
stopForeground(true);
Intent intent = new Intent("com.dbjtech.waiqin.destroy");
sendBroadcast(intent);
super.onDestroy();
}
<span style="font-family:SimSun;font-size:12px;">public class BootReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.dbjtech.waiqin.destroy")) {
//TODO
//在这里写重新启动service的相关操作
startUploadService(context);
}
}
}</span>
也可以直接在onDestroy（）里startService
<span style="font-family:SimSun;font-size:12px;">@Override
public void onDestroy() {
Intent sevice = new Intent(this, MainService.class);
this.startService(sevice);
super.onDestroy();
} </span>
【结论】当使用类似口口管家等第三方应用或是在setting里-应用-强制停止时，APP进程可能就直接被干掉了，onDestroy方法都进不来，所以还是无法保证~.~
2.监听系统广播判断Service状态
通过系统的一些广播，比如：手机重启、界面唤醒、应用状态改变等等监听并捕获到，然后判断我们的Service是否还存活，别忘记加权限啊。
<span style="font-family:SimSun;font-size:12px;"><receiver android:name="com.dbjtech.acbxt.waiqin.BootReceiver" > <intent-filter> <action android:name="android.intent.action.BOOT_COMPLETED" /> <action android:name="android.intent.action.USER_PRESENT" /> <action android:name="android.intent.action.PACKAGE_RESTARTED" /> <action android:name="com.dbjtech.waiqin.destroy" /> </intent-filter> </receiver> </span>
<span style="font-family:SimSun;font-size:12px;">@Override
public void onReceive(Context context, Intent intent) {
if (Intent.ACTION_BOOT_COMPLETED.equals(intent.getAction())) {
System.out.println("手机开机了....");
startUploadService(context);
}
if (Intent.ACTION_USER_PRESENT.equals(intent.getAction())) {
startUploadService(context);
}
} </span>
【结论】这也能算是一种措施，不过感觉监听多了会导致Service很混乱，带来诸多不便
3.AlarmManager 定时广播重新开启服务
这点不具体展开，具体见第一行代码，天气应用实例