Android Music源码解析（二）

在上一篇源码分析中，我们提到了AIDL，这部分的详解网上已经很详细，就不再赘述了，本篇仅仅针对其实现部分的代码做一些分析。在这部分源码中，IMediaPlaybackService.aidl中定义了一系列方法，MediaPlaybackService则是对其中定义方法的具体实现，由于这个类的方法非常多，本篇仅对其中部分函数进行简要的分析。

MediaPlaybackService

首先，我们看一看这个service定义的mMediaplayerHandler，其结构并不复杂，根据msg的类型分成四种情况进行处理。其代码如下：

private Handler mMediaplayerHandler = new Handler() {
    float mCurrentVolume = 1.0f;
    @Override
    public void handleMessage(Message msg) {
        MusicUtils.debugLog("mMediaplayerHandler.handleMessage " + msg.what);
        switch (msg.what) {
            //反复发送延迟msg，完成声音渐强的效果
            case FADEIN:
                if (!isPlaying()) {
                    mCurrentVolume = 0f;
                    mPlayer.setVolume(mCurrentVolume);
                    play();
                    mMediaplayerHandler.sendEmptyMessageDelayed(FADEIN, 10);
                } else {
                    mCurrentVolume += 0.01f;
                    if (mCurrentVolume < 1.0f) {
                        mMediaplayerHandler.sendEmptyMessageDelayed(FADEIN, 10);
                    } else {
                        mCurrentVolume = 1.0f;
                    }
                    mPlayer.setVolume(mCurrentVolume);
                }
                break;
            //分为两种情况。第一种是正在播放时，因为音频损坏
            //等类似的原因导致播放服务无法继续，则强制播放下
            //一首；另一种则是当服务暂停时又重启，
            //则重新播放当前曲目
            case SERVER_DIED:
                if (mIsSupposedToBePlaying) {
                    next(true);
                } else {
                    // the server died when we were idle, so just
                    // reopen the same song (it will start again
                    // from the beginning though when the user
                    // restarts)
                    openCurrent();
                }
                break;
             //音轨没有歌曲后的处理方式
            case TRACK_ENDED:
                if (mRepeatMode == REPEAT_CURRENT) {
                    seek(0);
                    play();
                } else {
                    next(false);
                }
                break;
             //解锁后的操作
            case RELEASE_WAKELOCK:
                mWakeLock.release();
                break;
            default:
                break;
        }
    }
};

接下来我们看看service中的生命周期函数。在MediaPlaybackService中重写了onCreate和onDestory两个方法。在onCreate中，MediaPlaybackService新建了一个AudioManager并绑定了一个按钮事件的监听，同时绑定了SD卡相关事件的监听，onDestory所做的主要工作和前者相反，主要是进行一些解绑。在这部分中，我们只有一个特殊的地方需要额外关注，即saveQueue(boolean full)方法，下面针对其中个人觉得有意思的代码做一下简要的分析，首先该方法具体代码如下：

private void saveQueue(boolean full) {
    if (!mQueueIsSaveable) {
        return;
    }

    Editor ed = mPreferences.edit();
    if (full) {
         //用于记录转换歌曲id号所得的序列化字符串。歌曲id
         //可作为歌曲在数据库中的唯一索引
        StringBuilder q = new StringBuilder();
        
        // 为加快生成速度，这里使用反转十六进制存储(性能较优）
        
        int len = mPlayListLen;
        for (int i = 0; i < len; i++) {
            long n = mPlayList[i];
            if (n < 0) {
                continue;
            } else if (n == 0) {
                q.append("0;");
            } else {
                //这里是进行的十进制向十六进制的转换
                //hexdigits[]事先存储好了1-9,a-f十六进制的char字符
                while (n != 0) {
                    int digit = (int)(n & 0xf);
                    n >>>= 4;
                    q.append(hexdigits[digit]);
                }
                q.append(";");
            }
        }
        ed.putString("queue", q.toString());
        ed.putInt("cardid", mCardId);
        if (mShuffleMode != SHUFFLE_NONE) {
            // 随机模式下也需要记录历史数据
            len = mHistory.size();
            q.setLength(0);
            for (int i = 0; i < len; i++) {
                int n = mHistory.get(i);
                if (n == 0) {
                    q.append("0;");
                } else {
                    while (n != 0) {
                        int digit = (n & 0xf);
                        n >>>= 4;
                        q.append(hexdigits[digit]);
                    }
                    q.append(";");
                }
            }
            ed.putString("history", q.toString());
        }
    }
    ed.putInt("curpos", mPlayPos);
    if (mPlayer.isInitialized()) {
        ed.putLong("seekpos", mPlayer.position());
    }
    ed.putInt("repeatmode", mRepeatMode);
    ed.putInt("shufflemode", mShuffleMode);
    SharedPreferencesCompat.apply(ed);
}

这一段代码整体直接看逻辑并不难理解，可能产生的疑问主要有关用反转十六进制存储是什么意思。要明白这部分的问题，我们先来看看reloadQueue相关代码。

        int plen = 0;
        int n = 0;
        int shift = 0;
        for (int i = 0; i < qlen; i++) {
            char c = q.charAt(i);
            if (c == ';') {
                ensurePlayListCapacity(plen + 1);
                mPlayList[plen] = n;
                plen++;
                n = 0;
                shift = 0;
            } else {
                if (c >= '0' && c <= '9') {
                    n += ((c - '0') << shift);
                } else if (c >= 'a' && c <= 'f') {
                    n += ((10 + c - 'a') << shift);
                } else {
                    // bogus playlist data
                    plen = 0;
                    break;
                }
                shift += 4;
            }
        }

以上部分的代码是reloadQueue方法中对应的解析部分，对照saveQueue部分代码，我们可以看出，它实质上是将id号进行序列化和反序列化的过程。而从十进制转化为十六进制可以减少序列化后字符串的长度，也可以减少序列化和反序列化过程中的循环次数。反转存储的方式则给读取带来了很多方便（若不反转，则解析的时候需要首先读出一段字符，计算长度才能进行反序列化）。reloadQueue剩下部分的代码注释比较清晰，主要是进行一些边界和特殊情况处理，这里就不赘述了。
　　MediaPlaybackService剩下的部分主要是基本的逻辑，包括play,stop,pause等方法，主要都是考虑了边界条件，增删相关数据或者调用MediaPlayer的相关方法，内容多但逻辑并不复杂，暂时就不在本篇文章上进行分析了。在下一篇源码解析中，我们会回到MusicBrowserActivity，跟着其内部调用过程往下看，谢谢大家。