MediaPlayer的錯誤分析

最近在作媒體播放器，使用了Android自帶的MediaPlayer，常常性會碰到MediaPlayer報錯的狀況，找過網上的，感受總結的不是很好或者比較散。下面，我來總結一下使用MediaPlayer常常會出現的錯誤。若是有比較瞭解的，也能夠在下面評論探討一下。

1、Mediaplayer簡介

Mediaplayer能夠用來控制音頻或者視頻文件、流的播放。（MediaPlayer class can be used to control playback of audio/video files and streams. ）

這裏是Android的官方API關於Mediaplayer的介紹： http://developers.androidcn.com/reference/android/media/MediaPlayer.html

在官方API中，咱們能夠看到 Mediaplayer的生命週期圖 ：在這個生命週期圖中，咱們能夠看到Mediaplayer的一些 調用、狀態 等狀況。

2、常見的錯誤分析

1.最多見的錯誤（-38,0）：

a.若是初始化MediaPlayer經過create方法設置數據源。則 不能寫MediaPlayer.prepare() 方法，不然會報錯。

b.若是是使用MediaPlayer構造函數初始化MediaPlayer，而後經過setDataSource方法設置數據源時，就須要將 MediaPlayer.start()方法寫在MediaPlayer的OnPrepared函數裏面 （緣由是音頻文件沒有準備好）：以下面的代碼

1 mediaPlayer.setOnPreparedListener(new OnPreparedListener() {2 @Override3 public void onPrepared(MediaPlayer mp) {4 mp.start();5 }6 });

c.若是是apk裏，寫好的文件。可能還須要 "chmod 777」 修復一下權限。關於這個解決方案，我不是很瞭解，有懂得能夠說一下。

2.其餘的錯誤:

咱們能夠經過對MediaPlayer設置onErrorListener來監聽錯誤代碼。例如（-38,0）的錯誤，就是如下面的形式出現的 （what，extra） ，下面給出了部分的錯誤和對應的錯誤信息提示（從stackoverflow找到的）。

 1 mediaPlayer.setOnErrorListener(new OnErrorListener() { 2 @Override 3 public boolean onError(MediaPlayer mp, int what, int extra) { 4 Log.d(TAG, "OnError - Error code: " + what + " Extra code: " + extra); 5 switch (what) { 6 case -1004: 7 Log.d(TAG, "MEDIA_ERROR_IO"); 8 break; 9 case -1007:10 Log.d(TAG, "MEDIA_ERROR_MALFORMED");11 break;12 case 200:13 Log.d(TAG, "MEDIA_ERROR_NOT_VALID_FOR_PROGRESSIVE_PLAYBACK");14 break;15 case 100:16 Log.d(TAG, "MEDIA_ERROR_SERVER_DIED");17 break;18 case -110:19 Log.d(TAG, "MEDIA_ERROR_TIMED_OUT");20 break;21 case 1:22 Log.d(TAG, "MEDIA_ERROR_UNKNOWN");23 break;24 case -1010:25 Log.d(TAG, "MEDIA_ERROR_UNSUPPORTED");26 break;27 }28 switch (extra) {29 case 800:30 Log.d(TAG, "MEDIA_INFO_BAD_INTERLEAVING");31 break;32 case 702:33 Log.d(TAG, "MEDIA_INFO_BUFFERING_END");34 break;35 case 701:36 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE");37 break;38 case 802:39 Log.d(TAG, "MEDIA_INFO_METADATA_UPDATE");40 break;41 case 801:42 Log.d(TAG, "MEDIA_INFO_NOT_SEEKABLE");43 break;44 case 1:45 Log.d(TAG, "MEDIA_INFO_UNKNOWN");46 break;47 case 3:48 Log.d(TAG, "MEDIA_INFO_VIDEO_RENDERING_START");49 break;50 case 700:51 Log.d(TAG, "MEDIA_INFO_VIDEO_TRACK_LAGGING");52 break;53 }54 return false;55 }56 });

3.錯誤狀態：

也就是這樣的錯誤 start called in state 0 ，0表示他的錯誤狀態，下面是MediaPlayer的狀態，源碼中找到的：

 1 enum media_player_states { 2 MEDIA_PLAYER_STATE_ERROR= 0, 3 MEDIA_PLAYER_IDLE= 1 << 0, // 1 4 MEDIA_PLAYER_INITIALIZED= 1 << 1, // 2 5 MEDIA_PLAYER_PREPARING= 1 << 2, // 4 6 MEDIA_PLAYER_PREPARED= 1 << 3, // 8 7 MEDIA_PLAYER_STARTED= 1 << 4, // 16 8 MEDIA_PLAYER_PAUSED= 1 << 5, // 32 9 MEDIA_PLAYER_STOPPED= 1 << 6, // 6410 MEDIA_PLAYER_PLAYBACK_COMPLETE= 1 << 7, // 12811 };

能夠參照報錯的狀態和MediaPlayer的生命週期（上圖）進行錯誤分析。

3、一些建議

1.在使用MediaPlayer準備的時候， 最好使用prepareAsync()方法， 而不是prepare()方法，由於前一個方法是異步準備的，不會阻礙主線程；

2. mediaplayer.start()方法最好寫到setOnPreparedListener的onPrepared函數中啓動 ；雖然有時候prepareAsync()/prepare()以後直接寫start方法也不會報錯，可是咱們要消除這個bug！！

3.當 中止播放MediaPlayer後 ，必定要再次調用MediaPlayer的prepareAsync()方法，而 不能直接調用start() 方法!從上面的MediaPlayer生命週期中能夠看到。

4.在咱們編程中，咱們能夠一步一步的參照MediaPlayer的生命週期去編寫。這樣就能夠減小不少錯誤的發生