前言
最近撸了个类似微信的语音按钮，然后就顺便想说撸个播放的按钮，实现思路其实还是挺简单的，通过MediaPlayer来播放，然后播放的时候实时的把播放进度更新到SeekBar上就好了。当然这里用SeekBar肯定不是单单只用来更新播放进度，还是要来实现拖动播放的功能。
布局
主要就是一个Button加一个SeekBar，另外有个TextView来显示总的事件长度，另一个实时播放的时间我放在这个布局外面了。这里button用了selector，点击的时候就可以不同的样式了。
控件以及资源的初始化
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
seekBar = findViewById(R.id.seek_bar);
nowTime = findViewById(R.id.text);
linearLayout = findViewById(R.id.linearLayout);
playButton = findViewById(R.id.play_button);
mTotalTime = findViewById(R.id.total_time);
playingHandler =new PlayingHandler();
player =new MediaPlayer();
initMediaPlayer();
initTotalTime();
}
public void initMediaPlayer(){
String name = getExternalFilesDir("audio").list()[0];
file = getExternalFilesDir("audio").getAbsolutePath() +"/" + name;
try {
player.setDataSource(file);
player.prepare();
}catch (IOException e){
e.printStackTrace();
}
}
这里我就简单的拿一个我录音的时候存的文件下的mp3文件
public void initTotalTime(){
int time =player.getDuration();
int second = time /1000;
if (second >=10){
mTotalTime.setText("00:" + second);
}else {
mTotalTime.setText("00:" +"0" + second);
}
seekBar.setMax(second);
}
MediaPlayer初始化并且给它setDataSource()之后，它就能有要播放的文件的信息了，所以这时候我们getDuration()就能拿到文件的时长了，不过这时候的单位是毫秒（其实基本所有api都是用的毫秒），我们转化一下，然后就可以显示出来了。
接下来给button设个监听，让它能实现播放和暂停
playButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
if (!isPlaying){
playButton.setActivated(true);
player.start();
thread =new MyThread();
thread.start();
isPlaying =true;
}else {
playButton.setActivated(false);
player.pause();
isPlaying =false;
}
}
});
这里通过设置个标志位isPlaying来判断按钮的状态，如果false的时候说明是暂停的状态，那这个时候就调用player.start()开始播放，反之就pause()。那这里new了个Thread是干什么的？当然就是为了我们点播放之后，SeekBar可以实时的和player同步来更新进度。
通过Thread和Handler来实时更新进度条
class MyThreadextends Thread{
@Override
public void run() {
while (isPlaying){
try {
Thread.sleep(300);
}catch (InterruptedException e){
e.printStackTrace();
}
int nowPosition =player.getCurrentPosition();
if (nowPosition ==player.getDuration()){
playingHandler.sendEmptyMessage(Finish_WHAT_101);
}
Message timeMsg =playingHandler.obtainMessage();
timeMsg.obj = nowPosition;
timeMsg.what =TIME_WHAT_100;
//实时更新进度条
playingHandler.sendMessage(timeMsg);
}
}
}
当我们按下播放的时候，我们就开始线程，此时isPlaying为true，所以就会一直循环，每隔300毫秒就把player当前的播放进度传给Handler，然后我们再在Handler把当前进度传递给SeekBar显示出来，这样进度条就能实时更新了。
class PlayingHandlerextends Handler{
@Override
public void handleMessage(Message msg) {
if (msg.what ==TIME_WHAT_100){
int time = (int)msg.obj;
int second = time /1000;
seekBar.setProgress(second);
seekBar.animate();
}else if (msg.what ==Finish_WHAT_101){
// player.stop(); //调用完stop()之后player就不能播放了
playButton.setActivated(false);
player.reset();
isPlaying =false;
isReplay =true;
initMediaPlayer();
}
}
}
这里有一个情况是播放完了，我们要对player.reset()，那这个时候的player就相当于刚创建的状态了，这个时候需要重新初始化。
到这里其实播放功能已经都实现了，思路还是挺清晰的，实现也简单。那接下来就是来处理SeekBar的拖动了，让它拖动完player能正常同步接着播放。
seekBar.setOnSeekBarChangeListener(new SeekBar.OnSeekBarChangeListener() {
@Override
public void onProgressChanged(SeekBar seekBar, int progress, boolean fromUser) {
if (progress >=10){
nowTime.setText("00:" + progress);
}else {
nowTime.setText("00:0" + progress);
}
}
@Override
public void onStartTrackingTouch(SeekBar seekBar) {
if (isPlaying &&player.isPlaying()){
seekBar.setTag(player.isPlaying());
isPlaying =false;
player.pause();
playButton.setActivated(false);
}else {
seekBar.setTag(false);
}
}
@Override
public void onStopTrackingTouch(SeekBar seekBar) {
if ((boolean)seekBar.getTag()){
playButton.setActivated(true);
player.seekTo(seekBar.getProgress());
player.start();
Log.i("MediaPlayer", "onStopTrackingTouch: " +player.getCurrentPosition());
thread =new MyThread();
thread.start();
isPlaying =true;
}else {
player.seekTo(seekBar.getProgress());
}
}
});
这里给SeekBar设置滑动监听，从监听的回调方法来看，逻辑还是很清晰的。onProgressChanged（）是拖动的动态过程，这里我们就把进度设置给当前时间就好了，接着是开始拖动的时候onStartTrackingTouch()，开始拖动的时候我们就要把player先暂停（你总不希望你拖动进度条的时候播放器不管你自己播自己的吧...），通过isPlayer，把实时更新进度条的Thread停掉，这里理解也很简单，我们已经暂停下来了，那肯定就不用实时更新了。还有如果你拖动的时候进度条还在实时更新，那肯定会有冲突。最后是拖动结束，也就是手指放开的时候onStopTrackingTouch()，这个时候就要把player的进度同步到拖动的位置了：player.seekTo(seekBar.getProgress())，然后开始继续播放。这个时候，我们又开始播放那个了，所以进度条就要重新开始实时更新了，所以thread重新new出来让它开始跑。 当然前面讲的都是当我们在播放的时候去拖动进度条的情况，那没播放的时候肯定得另外处理，这也就是开始拖动的时候给seekbar设置了个标志的原因：seekBar.setTag(player.isPlaying())，以便用来区分这两种情况。
其实这里我用Thread配合Handler来实时更新进度是不太合适的，因为Thread是有点耗资源的，而且每次当我们拖动结束的时候都要重新new出来，这样对系统的资源是很不友好的。当然这里我只是做个例子来用，实际中可以用Handler内部自己发送delay消息，Timer等等都可以实现。
到这里，我们很清晰的就把拖动问题给处理了。但是！一运行，一拖动，居然seekbar都会跳回原点开始播放！
然后我就开始找问题了，明明逻辑这么清晰，为什么会这样呢？一开始我觉得可能是实时更新的处理方式和拖动的冲突，所以我就用Handler，Runnable以及Timer来实现实时进度条更新，可是结果还是都一样！！调试也没报啥错！整个人完全崩了...
直至后来无数次的调试log，终于发现，在拖动的过程，MediaPlayer的seekTo()方法接收的是一个毫秒的整形参数....我整个人更崩了
@Override
public void onStopTrackingTouch(SeekBar seekBar) {
if ((boolean)seekBar.getTag()){
playButton.setActivated(true);
player.seekTo(seekBar.getProgress()*1000);
player.start();
Log.i("MediaPlayer", "onStopTrackingTouch: " +player.getCurrentPosition());
thread =new MyThread();
thread.start();
isPlaying =true;
}else {
player.seekTo(seekBar.getProgress()*1000);
}
}
总结
其实在这一个过程中体现出来的问题还是自己的不够细心，对api还不够熟悉，调试找问题能力不够。一方面是不相信问题会处在这么不显眼以及这个小问题的地方，以至于基本没想到；另一方面也是对自己不自信的表现，为什么逻辑这么清晰，却一直在怀疑自己的实现过程问题，而不是直接相信自己定位到问题点。所以记录一下，以便给以后做个警醒。个人能力比较菜，可能会有哪里出错，如有看见望指出~