得到線上一些用戶反應說是播放過程中可能會出現這種情況，弱網情況下，播放過程中還沒有播放完，會出現播放停止，進度條會歸零。
自己試了下在弱網情況下確實會如此。排查之前的代碼發現seek到0的操作只會在回調OnCompletion會用到。由此引發這篇文章的出現,OnCompletion到底在什么時候會回調。
由于公司使用的第三方CC視頻的代碼，然后自己看了下他的內部的播放內核是用的ijkPlayer,特定下個ijkPlayer的源碼看下他的回調時機到底是什么時候。
在AbstractMediaPlayer這個抽象類主要實現了IMediaPlayer的一系列接口。發現了有兩個接口OnCompletionListener和OnSeekCompleteListener。先看OnSeekCompleteListener，顧名思義在seek完成的時候會調用，看到在具體調用的地方在哪里
protected final void notifyOnSeekComplete() {
if (mOnSeekCompleteListener != null)
mOnSeekCompleteListener.onSeekComplete(this);
}
第一個地方在AndroidMediaPlayer類中的
@Override
public void onSeekComplete(MediaPlayer mp) {
AndroidMediaPlayer self = mWeakMediaPlayer.get();
if (self == null)
return;
notifyOnSeekComplete();
}
沒什么問題，第二個地方在IjkMediaPlayer類中的
case MEDIA_SEEK_COMPLETE:
player.notifyOnSeekComplete();
return;
也沒什么問題，據此在我們需要進行播放完成的監聽時，我們可以使用OnSeekCompleteListener來替代OnCompletionListener
接下來我們看OnCompletionListener會在什么時候會回調，有六個地方，我直接都貼出來把
//AndroidMediaPlayer
@Override
public void onCompletion(MediaPlayer mp) {
AndroidMediaPlayer self = mWeakMediaPlayer.get();
if (self == null)
return;
notifyOnCompletion();
}
//IjkExoMediaPlayer
switch (playbackState) {
case ExoPlayer.STATE_IDLE:
notifyOnCompletion();
break;
case ExoPlayer.STATE_PREPARING:
mIsPrepareing = true;
break;
case ExoPlayer.STATE_BUFFERING:
notifyOnInfo(IMediaPlayer.MEDIA_INFO_BUFFERING_START, mInternalPlayer.getBufferedPercentage());
mIsBuffering = true;
break;
case ExoPlayer.STATE_READY:
break;
case ExoPlayer.STATE_ENDED:
notifyOnCompletion();
break;
default:
break;
//IjkMediaPlayer
switch (msg.what) {
case MEDIA_PREPARED:
player.notifyOnPrepared();
return;
case MEDIA_PLAYBACK_COMPLETE:
player.stayAwake(false);
player.notifyOnCompletion();
return;
case MEDIA_BUFFERING_UPDATE:
long bufferPosition = msg.arg1;
if (bufferPosition < 0) {
bufferPosition = 0;
}
long percent = 0;
long duration = player.getDuration();
if (duration > 0) {
percent = bufferPosition * 100 / duration;
}
if (percent >= 100) {
percent = 100;
}
// DebugLog.efmt(TAG, "Buffer (%d%%) %d/%d", percent, bufferPosition, duration);
player.notifyOnBufferingUpdate((int)percent);
return;
case MEDIA_SEEK_COMPLETE:
player.notifyOnSeekComplete();
return;
case MEDIA_SET_VIDEO_SIZE:
player.mVideoWidth = msg.arg1;
player.mVideoHeight = msg.arg2;
player.notifyOnVideoSizeChanged(player.mVideoWidth, player.mVideoHeight,
player.mVideoSarNum, player.mVideoSarDen);
return;
case MEDIA_ERROR:
DebugLog.e(TAG, "Error (" + msg.arg1 + "," + msg.arg2 + ")");
if (!player.notifyOnError(msg.arg1, msg.arg2)) {
player.notifyOnCompletion();
}
player.stayAwake(false);
return;
我們主要看下IjkMediaPlayer類中的onCompletion的調用，這個是和我們的業務最相關的，第一個是MEDIA_PLAYBACK_COMPLETE，如果沒看過源碼我也不會相信在MEDIA_ERROR也可能會調用onCompletion，可以看到有這樣一個判斷
player.notifyOnError(msg.arg1, msg.arg2)
我們接著去看這個onError什么時候會返回true什么時候返回false
protected final boolean notifyOnError(int what, int extra) {
return mOnErrorListener != null && mOnErrorListener.onError(this, what, extra);
}
看到這里就一目了然了，其實這個我們都可以在外面自己控制的，如果我們不實現onError的接口或者我們實現了但是在里面返回false都會導致我們在error的時候去回調onCompletion.據此有很多的解決方案可供我們選擇了。
1.實現onError接口返回true
2.使用OnSeekCompleteListener
3.在OnCompletion調用的時候判斷視頻是否真的播放完了（比較時間）
還有個問題 弱網情況下的播放他的error到底是個啥
還好之前有日志的收集工具（這個工具做起來太瑣碎了，做完了用起來真香?）并收集到了這個error得到的errorCode為10000，msg為0，雖然猜測是網絡問題，看了下github沒看到官方提出什么好的解決辦法，暫時擱置。
