Jollen 的 Android Leak 開發解密, #1: Dont' Play Music in UI Thread

jollen 發表於 January 10, 2011 3:20 PM

設計音樂撥放器應用程式時,如何正確地進行「Play Music」的動作?在按下 Button 後立即進行音樂撥放,是可行 (work) 的做法,但卻不建議這樣設計。在類似 onButtonPressed() 的 event callback 裡直接撥音樂會有「UI 成本」產生,意思是可能對 UI 反應造成不利影響。

設計一個簡單的 Music Player 界面如下:

musicplayer-v1-ui.png
圖一:Music Player

以 Android SDK 2.3 為例,我們可使用 android.view.View.OnClickListener 以及 android.media.MediaPlayer 設計出「不建議」的音樂撥放器。

musicplayer-v1-ood.gif
圖二:Bad Design: Music Player v1

以下以 pseudo code 呈現圖二的實作:

public class MusicPlayerUI extends Activity implements OnClickListener {
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
 
        Button playBtn = (Button) findViewById(R.id.playBtn);
        Button stopBtn = (Button) findViewById(R.id.playBtn);
 
        playBtn.setOnClickListener(this);
        stopBtn.setOnClickListener(this);
    }
 
	public void onClick(View v) {
		Access Audio Hardware and get it ready.
		Control Audio Hardware and start music.
	}
}

以 MediaPlayer 來實作音樂撥放功能,完整程式碼片斷如下:

public class MusicPlayerUI extends Activity implements OnClickListener {
    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
 
        Button playBtn = (Button) findViewById(R.id.playBtn);
        Button stopBtn = (Button) findViewById(R.id.playBtn);
 
        playBtn.setOnClickListener(this);
        stopBtn.setOnClickListener(this);
    }
 
	public void onClick(View v) {
		// TODO Auto-generated method stub
		MediaPlayer p = MediaPlayer.create(this, R.raw.test);
		p.start();
	}
}

在了解 Android Process 模式後會發現,在 UI thread 裡做撥音樂的動作,會對 UI 反應有不利影響。以 MediaPlayer.create() 為例,在實例化 MediaPlayer 時,會去讀取音樂檔,並預先將檔案準備好,這個動作由 .prepare() 完成。由於 .prepare() 是同步式的實作,所以在 UI thread 裡不適合進行這項操作。

一般來說,我們不會在 UI thread 裡做控制(control)或硬體存取(hardware access)的操作。我們將利用以下二種方式來設計 Music Player:

1. 使用 secondary thread 執行「撥」的動作
2. 使用 separated process 執行「撥」的動作

Secondary thread 指的是由應用程式本身建立的 thread;由系統自動建立的 thread 稱為 main thread。在設計 iPhone 應用程式,或是撰寫 C# 時,也經常使用到 main thread 與 secondary thread 的觀念。Don't play music in UI thread 可說是通識觀念。Android Leak #2 將說明 how to do。

Revision history

* 2011.1.11: 加入一段 pseudo code 輔助說明。根據網友 allstars 的意見,加強 MediaPlayer 例子說明,之前寫得太簡單,造成困擾了,sorry!

Android Leak 開發解密系列,整理自 Jollen 過去在 Android 領域的經驗,以「Do & Don't Do」形式分享一些重要但常被略的開發觀念。轉載請全文引用,並註明出處 (Jollen's Blog, http://www.jollen.org/blog),謝謝您對數位內容著作權的支持。

讀者留言 (2)

  • allstars.chh 於 January 11, 2011 14:49:

    有點不同意您的看法

    因為其實您code裡的start(),(您所指的Hardware Access)的動作是會經由Binder傳到MediaPlayerService來作的
    而這binder的overhead也只有傳一些id command而已


    如果您是用MediaPlayer.prepare()
    (像在Video case裡的surfaceCreated()的callback裡)
    來用其他的thread來作才比較合理


  • jollen 於 January 11, 2011 19:29:

    allstarts:

    謝謝指教。只討論 MediaPlayer 個案,MediaPlayer.create() 還是會做 prepare(),這個是同步 (block) 動作。

    這裡我是想要講,一般情形下做硬體操作,同步方式往下 invoke 硬體是不理想的建構方式。

留言功能維護中。將於近日重新開放。

連絡作者

Jollen Chen,Moko365(仕橙3G教室)講師,熱愛研究 Linux 與 Android 技術。曾為 Motorola、HTC、Foxconn、LG、OPPO、騰迅、廣達電腦、緯創、仁寶等超過 50 家企業講授課程。目前在 MokoVersity 擔任軟體工程師,撰寫 Node.js 程式,也在幾家科技廠兼任 Android Framework 研發顧問。您可透過電子郵件 <jollen (at) jollen (dot) org> 或這裡與我連絡。