Android Music源碼解析(一)

Music代碼結構

Music是Android源碼中自帶的一個音樂播放器队魏,算是一個輕量級的應用缔俄,如下圖所示。


Music首頁

??在Music源碼分析的第一篇器躏,我們首先看一看Music源碼在android中的結構:


源碼結構.png

??大致掃一下代碼名稱俐载,我們能看出部分源碼相對比較簡單,代碼量也不大登失,正好作為我們進軍Anodroid源碼的第一步~那么接下來遏佣,我們將從程序入口開始一步步分析代碼,最后再根據(jù)前面的分析來進行代碼分類和總結揽浙。

MusicBrowserActivity

首先我們從AndroidManifest.xml中找到如下一段代碼状婶,很容易就能確定入口的Activity是MusicBrowserActivity。其中android:exported="true"表明可以由其他程序訪問馅巷。

    <activity android:name="com.android.music.MusicBrowserActivity"
        android:theme="@android:style/Theme.NoTitleBar"
        android:exported="true"
    >
        <intent-filter>
            <action android:name="android.intent.action.MAIN" />
            <action android:name="android.intent.action.MUSIC_PLAYER" />
            <category android:name="android.intent.category.DEFAULT" />
            <category android:name="android.intent.category.LAUNCHER" />
        </intent-filter>
    </activity>

這里可以注意一下膛虫,MusicBrowserActivity實現(xiàn)了MusicUtils.Defs接口,這個接口實質上是一系列常量:

public interface Defs {
    public final static int OPEN_URL = 0;
    public final static int ADD_TO_PLAYLIST = 1;
    public final static int USE_AS_RINGTONE = 2;
    public final static int PLAYLIST_SELECTED = 3;
    public final static int NEW_PLAYLIST = 4;
    public final static int PLAY_SELECTION = 5;
    public final static int GOTO_START = 6;
    public final static int GOTO_PLAYBACK = 7;
    public final static int PARTY_SHUFFLE = 8;
    public final static int SHUFFLE_ALL = 9;
    public final static int DELETE_ITEM = 10;
    public final static int SCAN_DONE = 11;
    public final static int QUEUE = 12;
    public final static int EFFECTS_PANEL = 13;
    public final static int CHILD_MENU_BASE = 14; // this should be the last item
}

接下來我們看向MusicBrowserActivity钓猬,其代碼結構如下:

MusicBrowserActivity代碼結構.jpeg

??可以看到這個Activity下面包含一個構造函數(shù)稍刀,兩個成員方法和兩個成員變量。其中敞曹,構造函數(shù)是個空方法账月,我們主要研究其他的部分。
??首先關注一下成員變量澳迫。

private ServiceToken mToken;

點進去以后可以發(fā)現(xiàn)局齿,ServiceToken是一個定義在MusicUtils中的靜態(tài)內部類。

public static class ServiceToken {
    ContextWrapper mWrappedContext;
    ServiceToken(ContextWrapper context) {
        mWrappedContext = context;
    }
}

可以看到橄登,ServiceToken的實質就是ContextWrapper抓歼,即Context的一個裝飾器(裝飾模式)。
??接下來是另一個內部類autoshuffle的定義拢锹。顯然谣妻,這是一個典型的AIDL的客戶端實現(xiàn),它綁定了一個遠程服務面褐。這個遠程服務已在本地定義拌禾,我們下一章會具體分析服務端的實現(xiàn)。

private ServiceConnection autoshuffle = new ServiceConnection() {
    public void onServiceConnected(ComponentName classname, IBinder obj) {
        // we need to be able to bind again, so unbind
        try {
            unbindService(this);
        } catch (IllegalArgumentException e) {
        }
        IMediaPlaybackService serv = IMediaPlaybackService.Stub.asInterface(obj);
        if (serv != null) {
            try {
                serv.setShuffleMode(MediaPlaybackService.SHUFFLE_AUTO);
            } catch (RemoteException ex) {
            }
        }
    }

    public void onServiceDisconnected(ComponentName classname) {
    }
};?

在這個Acitivity中展哭,它重寫了onCreate和onDestory湃窍。其中闻蛀,onCreate中主要做了兩件事情。我們首先先看這一段代碼:

    int activeTab = MusicUtils.getIntPref(this, "activetab",     R.id.artisttab);
    if (activeTab != R.id.artisttab
            && activeTab != R.id.albumtab
            && activeTab != R.id.songtab
            && activeTab != R.id.playlisttab) {
        activeTab = R.id.artisttab;
    }
    MusicUtils.activateTab(this, activeTab);

首先您市,我們跟蹤getIntPref方法觉痛。如下所示,這里調用的實質是獲取了一個SharedPreferences,并得到其中存儲的activeTab值茵休。

static int getIntPref(Context context, String name, int def) {
    SharedPreferences prefs =
        context.getSharedPreferences(context.getPackageName(), Context.MODE_PRIVATE);
    return prefs.getInt(name, def);
}

接下來確定activeTab的取值薪棒,默認設為R.id.artisttab。很容易發(fā)現(xiàn)榕莺,這里是用于設置當前顯示的選項卡信息俐芯。完成這一步后,又會調用MusicUtils中的activateTab方法钉鸯,這個方法具體代碼如下:

static void activateTab(Activity a, int id) {
    //設置action
    Intent intent = new Intent(Intent.ACTION_PICK);
     //根據(jù)id設置URI和mimeType
    switch (id) {
        case R.id.artisttab:
            intent.setDataAndType(Uri.EMPTY, "vnd.android.cursor.dir/artistalbum");
            break;
        case R.id.albumtab:
            intent.setDataAndType(Uri.EMPTY, "vnd.android.cursor.dir/album");
            break;
        case R.id.songtab:
            intent.setDataAndType(Uri.EMPTY, "vnd.android.cursor.dir/track");
            break;
        case R.id.playlisttab:
            intent.setDataAndType(Uri.EMPTY, MediaStore.Audio.Playlists.CONTENT_TYPE);
            break;
        case R.id.nowplayingtab:
            intent = new Intent(a, MediaPlaybackActivity.class);
            a.startActivity(intent);
            // fall through and return
        default:
            return;
    }
    intent.putExtra("withtabs", true);
    //設置標記吧史。擁有這個標記的Activity在啟動時,同一個任務棧中所有位于它上面的Activity都要出棧唠雕。此時如果Activity為singleTask啟動模式贸营,則重啟時系統(tǒng)會調用onNewIntent;若是默認的standard模式岩睁,則它連同它上面的Activity都要出棧钞脂,系統(tǒng)會創(chuàng)建新的Activity實例并放入棧頂。
    intent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
    a.startActivity(intent);
    a.finish();
    //設置切換activity動畫捕儒。這里是沒有動畫
    a.overridePendingTransition(0, 0);
}

首先吐槽一下這個Acticity a的命名……我估計我如果這么命名會被老大罵死=冰啃。=……好了,這部分代碼采用了activity的隱式調用肋层,通過匹配各類字段啟動相應的Activity亿笤。下面的一小段代碼以為示例(可以對比action和mimeType)。

    <activity android:name="com.android.music.ArtistAlbumBrowserActivity" android:exported="false" >
        <intent-filter>
            <action android:name="android.intent.action.PICK" />
            <category android:name="android.intent.category.DEFAULT" />
            <data android:mimeType="vnd.android.cursor.dir/artistalbum"/>
        </intent-filter>
    </activity>

onCreate方法的第二部分和onDestory對應栋猖,分別對應著綁定和解綁service,代碼如下:

    //onCreate中第二部分綁定service代碼
    String shuf = getIntent().getStringExtra("autoshuffle");
    if ("true".equals(shuf)) {
        mToken = MusicUtils.bindToService(this, autoshuffle);
    }
   //onDestory中解綁service代碼
    if (mToken != null) {
        MusicUtils.unbindFromService(mToken);
    }
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末汪榔,一起剝皮案震驚了整個濱河市蒲拉,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌痴腌,老刑警劉巖雌团,帶你破解...
    沈念sama閱讀 222,104評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異士聪,居然都是意外死亡锦援,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,816評論 3 399
  • 文/潘曉璐 我一進店門剥悟,熙熙樓的掌柜王于貴愁眉苦臉地迎上來灵寺,“玉大人曼库,你說我怎么就攤上這事÷园澹” “怎么了毁枯?”我有些...
    開封第一講書人閱讀 168,697評論 0 360
  • 文/不壞的土叔 我叫張陵,是天一觀的道長叮称。 經常有香客問我种玛,道長,這世上最難降的妖魔是什么瓤檐? 我笑而不...
    開封第一講書人閱讀 59,836評論 1 298
  • 正文 為了忘掉前任赂韵,我火速辦了婚禮,結果婚禮上挠蛉,老公的妹妹穿的比我還像新娘右锨。我一直安慰自己,他們只是感情好碌秸,可當我...
    茶點故事閱讀 68,851評論 6 397
  • 文/花漫 我一把揭開白布绍移。 她就那樣靜靜地躺著,像睡著了一般讥电。 火紅的嫁衣襯著肌膚如雪蹂窖。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 52,441評論 1 310
  • 那天恩敌,我揣著相機與錄音瞬测,去河邊找鬼。 笑死纠炮,一個胖子當著我的面吹牛月趟,可吹牛的內容都是我干的。 我是一名探鬼主播恢口,決...
    沈念sama閱讀 40,992評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼孝宗,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了耕肩?” 一聲冷哼從身側響起因妇,我...
    開封第一講書人閱讀 39,899評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎猿诸,沒想到半個月后婚被,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經...
    沈念sama閱讀 46,457評論 1 318
  • 正文 獨居荒郊野嶺守林人離奇死亡梳虽,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,529評論 3 341
  • 正文 我和宋清朗相戀三年址芯,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,664評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡谷炸,死狀恐怖北专,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情淑廊,我是刑警寧澤逗余,帶...
    沈念sama閱讀 36,346評論 5 350
  • 正文 年R本政府宣布,位于F島的核電站季惩,受9級特大地震影響录粱,放射性物質發(fā)生泄漏。R本人自食惡果不足惜画拾,卻給世界環(huán)境...
    茶點故事閱讀 42,025評論 3 334
  • 文/蒙蒙 一啥繁、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧青抛,春花似錦旗闽、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,511評論 0 24
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至举瑰,卻和暖如春捣辆,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背此迅。 一陣腳步聲響...
    開封第一講書人閱讀 33,611評論 1 272
  • 我被黑心中介騙來泰國打工贞绵, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留荠卷,地道東北人。 一個月前我還...
    沈念sama閱讀 49,081評論 3 377
  • 正文 我出身青樓堡僻,卻偏偏與公主長得像前弯,于是被迫代替她去往敵國和親适滓。 傳聞我的和親對象是個殘疾皇子仆邓,可洞房花燭夜當晚...
    茶點故事閱讀 45,675評論 2 359

推薦閱讀更多精彩內容