得到线上一些用户反应说是播放过程中可能会出现这种情况，弱网情况下，播放过程中还没有播放完，会出现播放停止，进度条会归零。
自己试了下在弱网情况下确实会如此。排查之前的代码发现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没看到官方提出什么好的解决办法，暂时搁置。
