最近在做媒體播放器，使用了Android自帶的MediaPlayer，經常性會碰到MediaPlayer報錯的情況，找過網上的，感覺總結的不是很好或者比較散。下面，我來總結一下使用MediaPlayer經常會出現的錯誤。如果有比較了解的，也可以在下面評論探討一下。
一、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的一些調用、狀態等情況。
二、常見的錯誤分析
1.最常見的錯誤（-38,0）：
a.如果初始化MediaPlayer通過create方法設置數據源。則不能寫MediaPlayer.prepare()方法，否則會報錯。
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”修復一下權限。關於這個解決方案，我不是很了解，有懂得可以說一下。
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, // 64 10 MEDIA_PLAYER_PLAYBACK_COMPLETE = 1 << 7, // 128 11 };
可以參照報錯的狀態和MediaPlayer的生命周期（上圖）進行錯誤分析。
三、一些建議
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的生命周期去編寫。這樣就可以減少很多錯誤的發生。
感謝大家的閱讀，可能還有一些不完善的地方，同學們有了解的可以再下面留言，我可以完善Mediaplayer供大家參考。如果有需要可以訂閱一下，期待下一個博客！我的CSDN博客：http://blog.csdn.net/u010049692/article/details/38867449