最近在作媒體播放器,使用了Android自帶的MediaPlayer,常常性會碰到MediaPlayer報錯的狀況,找過網上的,感受總結的不是很好或者比較散。下面,我來總結一下使用MediaPlayer常常會出現的錯誤。若是有比較瞭解的,也能夠在下面評論探討一下。html
Mediaplayer能夠用來控制音頻或者視頻文件、流的播放。(MediaPlayer class can be used to control playback of audio/video files and streams. )android
這裏是Android的官方API關於Mediaplayer的介紹:http://developers.androidcn.com/reference/android/media/MediaPlayer.html編程
在官方API中,咱們能夠看到Mediaplayer的生命週期圖:在這個生命週期圖中,咱們能夠看到Mediaplayer的一些調用、狀態等狀況。異步
a.若是初始化MediaPlayer經過create方法設置數據源。則不能寫MediaPlayer.prepare()方法,不然會報錯。ide
b.若是是使用MediaPlayer構造函數初始化MediaPlayer,而後經過setDataSource方法設置數據源時,就須要將MediaPlayer.start()方法寫在MediaPlayer的OnPrepared函數裏面(緣由是音頻文件沒有準備好):以下面的代碼函數
1 mediaPlayer.setOnPreparedListener(new OnPreparedListener() { 2 @Override 3 public void onPrepared(MediaPlayer mp) { 4 mp.start(); 5 } 6 });
c.若是是apk裏,寫好的文件。可能還須要"chmod 777」修復一下權限。關於這個解決方案,我不是很瞭解,有懂得能夠說一下。spa
咱們能夠經過對MediaPlayer設置onErrorListener來監聽錯誤代碼。例如(-38,0)的錯誤,就是如下面的形式出現的(what,extra),下面給出了部分的錯誤和對應的錯誤信息提示(從stackoverflow找到的)。.net
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 });
也就是這樣的錯誤 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, // 64 10 MEDIA_PLAYER_PLAYBACK_COMPLETE = 1 << 7, // 128 11 };
能夠參照報錯的狀態和MediaPlayer的生命週期(上圖)進行錯誤分析。code
1.在使用MediaPlayer準備的時候,最好使用prepareAsync()方法,而不是prepare()方法,由於前一個方法是異步準備的,不會阻礙主線程;
2.mediaplayer.start()方法最好寫到setOnPreparedListener的onPrepared函數中啓動;雖然有時候prepareAsync()/prepare()以後直接寫start方法也不會報錯,可是咱們要消除這個bug!!
3.當中止播放MediaPlayer後,必定要再次調用MediaPlayer的prepareAsync()方法,而不能直接調用start()方法!從上面的MediaPlayer生命週期中能夠看到。
4.經過設置監聽器,並本身設置變量來標記MediaPlayer的大概狀態(特別是Error,End,Idle),在操做相關的函數前先檢測下,就能避免大多數"操做錯誤"。再不行就每一個MediaPlayer的函數操做都加上對IllegalStateException異常的捕獲。
5.在咱們編程中,咱們能夠一步一步的參照MediaPlayer的生命週期去編寫。這樣就能夠減小不少錯誤的發生。