Android开发6（Service的使用（简单音乐播放器的实现）） _AndRoid开发

世事洞明皆学问，人情练达即文章。这篇文章主要讲述Android开发6：Service的使用（简单音乐播放器的实现）相关的知识，希望能为你提供帮助。
前言啦啦啦~各位好久不见啦~博主最近比较忙，而且最近一次实验也是刚刚结束~
好了不废话了，直接进入我们这次的内容~
在这篇博文里我们将学习Service（服务）的相关知识，学会使用 Service 进行后台工作，学会使用 Service 与 Activity 进行通信，并在此知识基础上学会使用 MediaPlayer和简单的多线程编程、使用 Handle 更新 UI，并设计成功一个简单的音乐播放器。
是不是很高大上呢~一起来学习~

基础知识Service作为android四大组件之一，在每一个应用程序中都扮演着非常重要的角色。它主要用于在后台处理一些耗时的逻辑，或者去执行某些需要长期运行的任务。必要的时候我们甚至可以在程序退出的情况下，让Service在后台继续保持运行状态。
所以Service通常被称为“后台服务”，其中“后台”一词是相对于前台而言的，具体是指其本身的运行并不依赖于用户可视的UI界面，因此，从实际业务需求上来理解，Service的适用场景应该具备以下条件：
（1）并不依赖于用户可视的UI界面（当然，这一条其实也不是绝对的，如前台Service就是与Notification界面结合使用的）；
（2）具有较长时间的运行特性。

1.Service AndroidManifest.xml 声明
一般而言，从Service的启动方式上，可以将Service分为Started Service和Bound Service。无论哪种具体的Service启动类型，都是通过继承Service基类自定义而来。在使用Service时，要想系统能够找到此自定义Service，无论哪种类型，都需要在AndroidManifest.xml中声明，语法格式如下：

< service android:enabled=["true" | "false"] android:exported=["true" | "false"] android:icon="drawable resource" android:isolatedProcess=["true" | "false"] android:label="string resource" android:name="string" android:permission="string" android:process="string" > . . . < /service>

其中，android:name对应Service类名，android:permission是权限声明，android:process设置具体的进程名称。需要注意的是Service能否单独使用一个进程与其启动方式有关，本后下面会给出具体说明。其他的属性此处与其他组件基本相同，不再过多描述。
注：如果自定义Service没有在AndroidManifest.xml中声明，当具体使用时，不会像Activity那样直接崩溃报错，对于显式Intent启动的Service，此时也会给出waring信息“IllegalArgumentException: Service not registered”，有时候不容易发现忘了声明而一时定位不到问题。

2.Started Service
Started Service相对比较简单，通过context.startService(Intent serviceIntent)启动Service，context.stopService(Intent serviceIntent)停止此Service。当然，在Service内部，也可以通过stopSelf(...)方式停止其本身。

1)Started Service自定义
下面代码片段显示的是一个最基本的Started Service的自定义方式：

public class MyService extends Service {public static final String TAG = "MyService"; @Override public IBinder onBind(Intent intent) { return null; }@Override public void onCreate() { super.onCreate(); Log.w(TAG, "in onCreate"); }@Override public int onStartCommand(Intent intent, int flags, int startId) { Log.w(TAG, "in onStartCommand"); Log.w(TAG, "MyService:" + this); String name = intent.getStringExtra("name"); Log.w(TAG, "name:" + name); return START_STICKY; }@Override public void onDestroy() { super.onDestroy(); Log.w(TAG, "in onDestroy"); } }

其中，onBind(...)函数是Service基类中的唯一抽象方法，子类都必须重写实现，此函数的返回值是针对Bound Service类型的Service才有用的，在Started Service类型中，此函数直接返回 null 即可。onCreate(...)、onStartCommand(...)和onDestroy()都是Started Service相应生命周期阶段的回调函数。

2) Started Service使用

public class MainActivity extends Activity {public static final String TAG = "MainActivity"; private Button startServiceBtn; private Button stopServideBtn; private Button goBtn; private Intent serviceIntent; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); startServiceBtn = (Button) findViewById(R.id.start_service); stopServideBtn = (Button) findViewById(R.id.stop_service); goBtn = (Button) findViewById(R.id.go); startServiceBtn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { serviceIntent = new Intent(MainActivity.this, MyService.class); startService(serviceIntent); } }); stopServideBtn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { stopService(serviceIntent); } }); goBtn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Intent intent = new Intent(MainActivity.this, BActivity.class); startActivity(intent); } }); }@Override protected void onDestroy() { super.onDestroy(); Log.w(TAG, "in onDestroy"); } }

如上代码片段。

当Client调用startService(Intent serviceIntent)后，如果MyService是第一次启动，首先会执行 onCreate()回调，然后再执行onStartCommand(Intent intent, int flags, int startId)，当Client再次调用startService(Intent serviceIntent)，将只执行onStartCommand(Intent intent, int flags, int startId)，因为此时Service已经创建了，无需执行onCreate()回调。无论多少次的startService，只需要一次stopService()即可将此Service终止，执行onDestroy()函数（其实很好理解，因为onDestroy()与onCreate()回调是相对的）。

下面重点关注下onStartCommand(Intent intent, int flags, int startId)方法。
其中参数flags默认情况下是0，对应的常量名为START_STICKY_COMPATIBILITY。startId是一个唯一的整型，用于表示此次Client执行startService(...)的请求请求标识，在多次startService(...)的情况下，呈现0,1,2....递增。另外，此函数具有一个int型的返回值，具体的可选值及含义如下：
START_NOT_STICKY：当Service因为内存不足而被系统kill后，接下来未来的某个时间内，即使系统内存足够可用，系统也不会尝试重新创建此Service。除非程序中Client明确再次调用startService(...)启动此Service。
START_STICKY：当Service因为内存不足而被系统kill后，接下来未来的某个时间内，当系统内存足够可用的情况下，系统将会尝试重新创建此Service，一旦创建成功后将回调onStartCommand(...)方法，但其中的Intent将是null，pendingintent除外。
START_REDELIVER_INTENT：与START_STICKY唯一不同的是，回调onStartCommand(...)方法时，其中的Intent将是非空，将是最后一次调用startService(...)中的intent。
START_STICKY_COMPATIBILITY：compatibility version of {@link #START_STICKY} that does not guarantee that {@link #onStartCommand} will be called again after being killed。此值一般不会使用，所以注意前面三种情形就好。

3) Started Service生命周期及进程相关
1.onCreate(Client首次startService(..)) > > onStartCommand > > onStartCommand - optional ... > > onDestroy(Client调用stopService(..))
注：onStartCommand(..)可以多次被调用，onDestroy()与onCreate()想匹配，当用户强制kill掉进程时，onDestroy()是不会执行的。
2.对于同一类型的Service，Service实例一次永远只存在一个，而不管Client是否是相同的组件，也不管Client是否处于相同的进程中。
3.Service通过startService(..)启动Service后，此时Service的生命周期与Client本身的什么周期是没有任何关系的，只有Client调用stopService(..)或Service本身调用stopSelf(..)才能停止此Service。当然，当用户强制kill掉Service进程或系统因内存不足也可能kill掉此Service。
4.Client A 通过startService(..)启动Service后,可以在其他Client（如Client B、Client C）通过调用stopService(..)结束此Service。
5.Client调用stopService(..)时，如果当前Service没有启动，也不会出现任何报错或问题，也就是说，stopService(..)无需做当前Service是否有效的判断。
6.startService(Intent serviceIntent)，其中的intent既可以是显式Intent，也可以是隐式Intent，当Client与Service同处于一个App时，一般推荐使用显示Intent。当处于不同App时，只能使用隐式Intent。

当Service需要运行在单独的进程中，AndroidManifest.xml声明时需要通过android:process指明此进程名称，当此Service需要对其他App开放时，android:exported属性值需要设置为true(当然，在有intent-filter时默认值就是true)。

< service android:name=".MyService" android:exported="true" android:process=":MyCorn" > < intent-filter> < action android:name="com.example.androidtest.myservice" /> < /intent-filter> < /service>

4)Started Service Client与Service通信相关
当Client调用startService(Intent serviceIntent)启动Service时，Client可以将参数通过Intent直接传递给Service。Service执行过程中，如果需要将参数传递给Client，一般可以通过借助于发送广播的方式（此时，Client需要注册此广播）。

3.Bound Service
相对于Started Service，Bound Service具有更多的知识点。Bound Service的主要特性在于Service的生命周期是依附于Client的生命周期的，当Client不存在时，Bound Service将执行onDestroy，同时通过Service中的Binder对象可以较为方便进行Client-Service通信。Bound Service一般使用过程如下：
1.自定义Service继承基类Service，并重写onBind(Intent intent)方法，此方法中需要返回具体的Binder对象；
2.Client通过实现ServiceConnection接口来自定义ServiceConnection，并通过bindService (Intent service, ServiceConnection sc, int flags)方法将Service绑定到此Client上；
3.自定义的ServiceConnection中实现onServiceConnected(ComponentName name, IBinder binder)方法，获取Service端Binder实例；
4.通过获取的Binder实例进行Service端其他公共方法的调用，以完成Client-Service通信；
5.当Client在恰当的生命周期（如onDestroy等）时，此时需要解绑之前已经绑定的Service，通过调用函数unbindService(ServiceConnection sc)。
在Bound Service具体使用过程中，根据onBind(Intent intent)方法放回的Binder对象的定义方式不同，又可以将其分为以下三种方式，且每种方式具有不同的特点和适用场景：

1）.Extending the Binder class
这是Bound Service中最常见的一种使用方式，也是Bound Service中最简单的一种。
局限：Clinet与Service必须同属于同一个进程，不能实现进程间通信（IPC）。否则则会出现类似于“android.os.BinderProxy cannot be cast to xxx”错误。

下面通过代码片段看下具体的使用：

public class MyBindService extends Service {public static final String TAG = "MyBindService"; private MyBinder mBinder = new MyBinder(); public class MyBinder extends Binder { MyBindService getService() { return MyBindService.this; } }@Override public void onCreate() { super.onCreate(); Log.w(TAG, "in onCreate"); }@Override public IBinder onBind(Intent intent) { Log.w(TAG, "in onBind"); return mBinder; }@Override public boolean onUnbind(Intent intent) { Log.w(TAG, "in onUnbind"); return super.onUnbind(intent); }@Override public void onDestroy() { super.onDestroy(); Log.w(TAG, "in onDestroy"); } }

public class BActivity extends Activity {public static final String TAG = "BActivity"; private Button bindServiceBtn; private Button unbindServiceBtn; private Button startIntentService; private Intent serviceIntent; private ServiceConnection sc = new MyServiceConnection(); private MyBinder mBinder; private MyBindService mBindService; private boolean mBound; private class MyServiceConnection implements ServiceConnection {@Override public void onServiceConnected(ComponentName name, IBinder binder) { Log.w(TAG, "in MyServiceConnection onServiceConnected"); mBinder = (MyBinder) binder; mBindService = mBinder.getService(); mBound = true; }@Override public void onServiceDisconnected(ComponentName name) { // This is called when the connection with the service has been // unexpectedly disconnected -- that is, its process crashed. Log.w(TAG, "in MyServiceConnection onServiceDisconnected"); mBound = false; }}@Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.b); bindServiceBtn = (Button) findViewById(R.id.bind_service); unbindServiceBtn = (Button) findViewById(R.id.unbind_service); startIntentService = (Button) findViewById(R.id.start_intentservice); bindServiceBtn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Intent intent = new Intent(BActivity.this, MyBindService.class); bindService(intent, sc, Context.BIND_AUTO_CREATE); } }); unbindServiceBtn.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { excuteUnbindService(); } }); startIntentService.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Intent intent = new Intent(BActivity.this, MyIntentService.class); startService(intent); } }); }private void excuteUnbindService() { if (mBound) { unbindService(sc); mBound = false; } }@Override protected void onDestroy() { super.onDestroy(); Log.w(TAG, "in onDestroy"); excuteUnbindService(); } }

首次点击bindServiceBtn进行bindService(..)时，依次回调顺序如下：
1 MyBindService(13457): in onCreate
2 MyBindService(13457): in onBind
3 BActivity(13457): in MyServiceConnection onServiceConnected
再次点击bindServiceBtn按钮时，发现没有任何输出，说明MyBindService没有进行任何回调。
点击unbindServiceBtn进行unbindService(..)时，回调顺序为：
1 MyBindService(13457): in onUnbind
2 MyBindService(13457): in onDestroy
注：在四大基本组件中，需要注意的的是BroadcastReceiver不能作为Bound Service的Client，因为BroadcastReceiver的生命周期很短，当执行完onReceive(..)回调时，BroadcastReceiver生命周期完结。而Bound Service又与Client本身的生命周期相关，因此，Android中不允许BroadcastReceiver去bindService(..)，当有此类需求时，可以考虑通过startService(..)替代。

4.Service特性
1.Service本身都是运行在其所在进程的主线程（如果Service与Clinet同属于一个进程，则是运行于UI线程），但Service一般都是需要进行”长期“操作，所以经常写法是在自定义Service中处理”长期“操作时需要新建线程，以免阻塞UI线程或导致ANR；
2.Service一旦创建，需要停止时都需要显示调用相应的方法（Started Service需要调用stopService(..)或Service本身调用stopSelf(..)， Bound Service需要调用unbindService(..)），否则对于Started Service将处于一直运行状态，对于Bound Service，当Client生命周期结束时也将因此问题。也就是说，Service执行完毕后，必须人为的去停止它。

5.IntentService
IntentService是系统提供给我们的一个已经继承自Service类的特殊类，IntentService特殊性是相对于Service本身的特性而言的：
1.默认直接实现了onBind(..)方法，直接返回null，并定义了抽象方法onHandlerIntent(..)，用户自定义子类时，需要实现此方法；
2.onHandlerIntent(..)主要就是用来处于相应的”长期“任务的，并且已经自动在新的线程中，用户无语自定义新线程；
3.当”长期“任务执行完毕后（也就是onHandlerIntent(..)执行完毕后），此IntentService将自动结束，无需人为调用方法使其结束；
4.IntentService处于任务时，也是按照队列的方式一个个去处理，而非真正意义上的多线程并发方式。

下面是一个基本的继承自IntentService的自定义Service：

public class MyIntentService extends IntentService {public static final String TAG = "MyIntentService"; public MyIntentService() { super(TAG); }public MyIntentService(String name) { super(name); }@Override protected void onHandleIntent(Intent intent) { Log.w(TAG, "in onHandleIntent"); Log.w(TAG, "thread name:" + Thread.currentThread().getName()); }}

6.Service和Activity通信
上面我们学习了Service的基本用法，启动Service之后，就可以在onCreate()或onStartCommand()方法里去执行一些具体的逻辑了。不过这样的话Service和Activity的关系并不大，只是Activity通知了Service一下：“你可以启动了。”然后Service就去忙自己的事情了。那么有没有什么办法能让它们俩的关联更多一些呢？比如说在Activity中可以指定让Service去执行什么任务。当然可以，只需要让Activity和Service建立关联就好了。
观察MyService中的代码，你会发现一直有一个onBind()方法我们都没有使用到，这个方法其实就是用于和Activity建立关联的，修改MyService中的代码，如下所示：

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"); // 执行具体的下载任务 }}}

实验内容实现一个简单的播放器，要求功能有：
1. 播放、暂停，停止，退出功能；
2. 后台播放功能；
3. 进度条显示播放进度、拖动进度条改变进度功能；
4. 播放时图片旋转，显示当前播放时间功能。

文章图片

文章图片

打开程序主页面开始播放暂停停止

实验内容相关知识 1. MediaPlayer 介绍
常用方法

文章图片

2. 向虚拟机添加文件
首先打开 Android Device Monitor，如下图：

文章图片

使用自己手机进行调试时，注意下把文件拷到内置 SD 卡而不是外置 SD 卡会比较方便。要使用外置的 SD 卡时，注意下文件路径的获取。这是相关的路径获取方法:http://blog.sina.com.cn/s/blog_5da93c8f0102vcam.html

3.使用 MediaPlayer
创建对象初始化：
注意下获取的文件路径，若是使用模拟器的如下，若是使用自己手机的内置 SD 卡则使用：Environment.getExternalStorageDirectory() + "/data/music.mp3

文章图片

播放/暂停：

文章图片

停止：

文章图片

4.Service 的使用
创建 service 类，实现 MediaPlayer 的功能。注意在 AndroidManifest.xml 文件里注册 Service：

文章图片

通过 Binder 来保持 Activity 和 Service 的通信(写在 service 类)：

文章图片

在 Activity 中调用 bindService 保持与 Service 的通信(写在 activity 类)： Activity 启动时绑定 Service：

文章图片

bindService 成功后回调 onServiceConnected 函数，通过 IBinder 获取 Service 对象，实现 Activity 与 Service 的绑定：

文章图片

停止服务时，必须解除绑定，写入退出按钮中：

文章图片

此时，在 Activity 的 onCreate 方法中执行上述与 Service 通信的方法后，即可实现后台播放。点击退出按钮，程序会退出，音乐停止；返回桌面，音乐继续播放。

5.Handler的使用
Handler 与 UI 是同一线程，这里可以通过 Handler 更新 UI 上的组件状态，Handler 有很多方法，这里使用比较简便的 post 和 postDelayed 方法。

使用 Seekbar 显示播放进度，设置当前值与最大值：

文章图片

定义 Handler：run 函数中进行更新 seekbar 的进度在类中定义简单日期格式，用来显示播放的时间，用 time.format 来格式所需要的数据，用来监听进度条的滑动变化：

文章图片

文章图片

实验过程本次实验主要是实现一个音乐播放器，首先打开Android Device Monitor, 向虚拟机添加音乐文件。
创建 service 类，使用 MediaPlayer，创建对象，设置一个布尔代数变量作为我们判断音乐此时状态的tag，使用setDataSource方法调用虚拟设备中的音乐文件，并对其进行初始化：

文章图片

在 AndroidManifest.xml 文件里注册 Service：

文章图片

并在其中声明SD卡的读写权限：

文章图片

通过 Binder 来保持 Activity 和 Service 的通信(写在 service 类)：

文章图片

在Activity中调用 bindService 保持与 Service 的通信：

文章图片

Activity 启动时绑定 Service。

bindService成功后回调onServiceConnected 函数，通过IBinder 获取 Service对象，实现Activity与 Service的绑定：

文章图片

在Activity中设置按钮点击事件时我们需要调用MediaPlayer中的某些方法，这里我们先在service类中实现MediaPlayer的功能：

文章图片

此时，在 Activity 的 onCreate方法中执行上述与 Service 通信的方法后，即可实现后台播放。点击退出按钮，程序会退出，音乐停止；返回桌面，音乐继续播放。

Handler 与 UI 是同一线程，这里可以通过 Handler 更新 UI 上的组件状态，通过Handler可以统一进行对UI的管理，因为Handler采用消息处理的机制。简单理解就是另一个线程发送一个编号给消息所在的线程，那么该线程的消息处理程序就会收到该消息并进行处理，而消息采用int类型，所以int能够表示多少种数字就以为着有多少消息可以给你使用（因为存在系统的消息，所以可能有一部分被系统的消息占有，而不能使用）。Handler有很多方法，这里使用比较简便的 post和postDelayed 方法。
定义 Handler：

文章图片

run 函数中进行更新 seekbar 的进度,在类中定义简单日期格式，用来显示播放的时间，用 time.format 来格式所需要的数据，用来监听进度条的滑动变化（使用 Seekbar 显示播放进度，设置当前值与最大值，具体事件在onCreate方法中实现）：

文章图片

接下来，我们需要完成各个按钮的点击事件。在点击事件中，为了完成图片旋转以及其实时更新，我们使用animator属性.我们首先实例化了一个ObjectAnimator，然后设置所需的参数：imageView：需要更改的View，动画类型，动画范围,并在对应的点击事件中引用animator中的一些事件，实现动画的点击动作：

文章图片

在点击事件中，主要是实现按钮文本的变换以及调用service中定义好的MediaPlayer事件，并实现动画的变换：

文章图片

这里需要注意的是，在btnPlayOrPause.setOnClickListener中，为了正确实现动画事件，我们需要设置相应的tag，由tag的变换来控制事件的调用：

文章图片

而且停止服务时，必须解除绑定，写入btnQuit按钮中：

文章图片

最后，在onCreate函数中，我们将定义的各个函数一一实现，即可完成实验的功能。

除此之外，为了保证返回后台（按了返回键后）仍能继续播放，并且打开应用后Activity中的内容要与音乐当前的状态对应，我们还需要获取并设置返回键的点击事件：

文章图片

完成实验~

注意事项在设置mediaPlayer时出现了android mediaPlayer error (-38,0)的报错。

在查询了一些资料后，解决了这个问题：
android mediaPlayer error (-38,0)出现这个错误发现在mediaPlayer.reset()后调用了mediaPlayer.getDuration()在没有给mediaPlayer对象设置数据源之前，是不能使用getDuration等这些方法的

这时，需要检查一下在设置MediaPlayer的数据源时，使用的是那种方式：
1.在初始化MediaPlayer时，通过create方法设置数据源。则不能写MediaPlayer.prepare()方法，这时，会报错。
2.如果是使用MediaPlayer构造函数初始化MediaPlayer，然后通过setDataSource方法设置数据源时，就需要在start（）之前，使用MediaPlayer.prepare()方法，对数据源进行一次编译。能够避免出现（-38,0）这种错误。

实验截图

文章图片

文章图片

源码下载源码下载点击这里~

注1、本实验实验环境：
操作系统 Windows 10
实验软件 Android Studio 2.2.1
虚拟设备：Nexus_5X
API：23
【Android开发6（Service的使用（简单音乐播放器的实现））】2、贴代码的时候由于插入代码框的大小问题，代码格式不太严整，望见谅~