Android提供了常见的视频编码，解码机制，使用Android自带的MediaPlayer，MediaController等类可以很方便的实现视频播放的功能。支持的视频格式有MP4和3GP等。这些多媒体数据可以来自于Android应用的资源文件，也可以来自于外部存储器上的文件，甚至可以是来自于网络上的文件流。
成都创新互联专注于射阳网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供射阳营销型网站建设，射阳网站制作、射阳网页设计、射阳网站官网定制、成都微信小程序服务，打造射阳网络公司原创品牌,更为您提供射阳网站排名全网营销落地服务。
1、MediaController+VideoView实现方式
这种方式是最简单的实现方式。VideoView继承了SurfaceView同时实现了MediaPlayerControl接口，MediaController则是安卓封装的辅助控制器，带有暂停，播放，停止，进度条等控件。通过VideoView+MediaController可以很轻松的实现视频播放、停止、快进、快退等功能。
布局文件如下：
使用此实现方式的步骤：
1.加载指定的视频文件
2.建立VideoView和MediaController之间的关联，这样就不需要自己去控制视频的播放、暂停等。让MediaController控制即可。
3.VideoView获取焦点。
2、MediaPlayer+SurfaceView+自定义控制器
虽然VideoView的实现方式很简单，但是由于是自带的封装好的类，所以无论是播放器的大小、位置以及控制都不受我们控制。
这种实现方式步骤如下：
1.创建MediaPlayer对象，并让它加载指定的视频文件。可以是应用的资源文件、本地文件路径、或者URL。
2.在界面布局文件中定义SurfaceView组件，并为SurfaceView的SurfaceHolder添加Callback监听器。
3.调用MediaPlayer对象的setDisplay(SurfaceHolder sh)将所播放的视频图像输出到指定的SurfaceView组件。
4.调用MediaPlayer对象的prepareAsync()或prepare()方法装载流媒体文件
5.调用MediaPlayer对象的start()、stop()和pause()方法来控制视频的播放。
在实现第二步之前需要先给surfaceHolder设置一个callback，callback的3个回调函数如下：
3、MediaPlayer+SurfaceView+MediaController
第二种实现方式使用的是自定义控件，MediaPlayer+SurfaceView也可以使用系统自带的MediaController控制器。
使用这个方式实现，布局文件只需一个SurfaceView即可，其他的控件都交给MediaController控制器，布局文件如下：
实际过程中推荐大家使用B站的播放器ijkplayer非常好用！
1、普通线程sleep的方式，可用于一般的轮询Polling
new Thread(new Runnable() {
@Override
public void run() {
while (true) {
//todo
try {
Thread.sleep(iDelay);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}).start();
优点：非常简单的实现，逻辑清晰明了，也是最常见的写法
缺点：在sleep结束后，并不能保证竞争到cpu资源，这也就导致了下次执行时间必定=iDelay，存在时间精度问题
2、Timer定时器
//Timer + TimerTask结合的方法
private final Timer timer = new Timer();
private TimerTask timerTask = new TimerTask() {
@Override
public void run() {
//todo
}
};
启动定时器方法：
timer.schedule(TimerTask task, long delay, long period)
立即执行
timer.schedule(timerTask, 0, 1000); //立刻执行，间隔1秒循环执行
延时执行
timer.schedule(timerTask, 2000, 1000); //等待2秒后再执行，间隔1秒循环执行
关闭定时器方法：timer.cancel();
优点：纯正的定时任务，纯java SDK，单独线程执行，比较安全，而且还可以在运行过程中取消执行
缺点：基于单线程执行，多个任务之间会相互影响，多个任务的执行是串行的，性能较低，而且timer也无法保证时间精确度，是因为手机休眠的时候，无法唤醒cpu，不适合后台任务的定时
3、ScheduledExecutorService
private Runnable runnable2 = new Runnable() {
@Override
public void run() {
//todo
}
};
ScheduledExecutorService executor = Executors.newScheduledThreadPool(1);
executor.scheduleAtFixedRate(runnable2, 0, 1, TimeUnit.SECONDS);
关于scheduleAtFixedRate(Runnable command, long initialDelay, long period, TimeUnit unit) 方法说明：
command：需要执行的线程
initialDelay：第一次执行需要延时的时间，如若立即执行，则initialDelay = 0
period：固定频率，周期性执行的时间
unit：时间单位，常用的有MILLISECONDS、SECONDS和MINUTES等，需要注意的是，这个单位会影响initialDelay和period，如果unit = MILLISECONDS，则initialDelay和period传入的是毫秒，如果unit = SECONDS，则initialDelay和period传入的是秒
补充一下： 还有一个方法跟上面的很相似：scheduleWithFixedDelay(Runnable command, long initialDelay, long delay, TimeUnit unit)，这个也是带延迟时间的调度，并且也是循环执行，唯一的不同就是固定延迟时间循环执行，上面的是固定频率的循环执行。那这两者的区别？
举例子：
使用scheduleAtFixedRate，任务初始延迟3秒，任务执行3秒，任务执行间隔为5秒：
ScheduledExecutorService executor = Executors.newScheduledThreadPool(1);
Log.e(TAG, "schedule just start! time =" + simpleDateFormat.format(System.currentTimeMillis()));
executor.scheduleAtFixedRate(new Runnable() {
@Override
public void run() {
SystemClock.sleep(3000L);
Log.e(TAG, "runnable just do it! time =" + simpleDateFormat.format(System.currentTimeMillis()));
}
}, 3, 5, TimeUnit.SECONDS);
执行结果截图：
使用scheduleWithFixedDelay，任务初始延迟3秒，任务执行3秒，任务执行延迟为5秒：
ScheduledExecutorService executor = Executors.newScheduledThreadPool(1);
Log.e(TAG, "schedule just start! time =" + simpleDateFormat.format(System.currentTimeMillis()));
executor.scheduleWithFixedDelay(new Runnable() {
@Override
public void run() {
SystemClock.sleep(3000L);
Log.e(TAG, "runnable just do it! time =" + simpleDateFormat.format(System.currentTimeMillis()));
}
}, 3, 5, TimeUnit.SECONDS);
执行结果截图：
从这两者的运行结果就可以看到区别了：scheduleAtFixedRate是相对于任务执行的开始时间，而scheduleWithFixedDelay是相对于任务执行的结束时间。
优点：ScheduledExecutorService是一个线程池，其内部使用的延迟队列，本身就是基于等待/唤醒机制实现的，所以CPU并不会一直繁忙。解决了TimerTimerTask存在的问题，多任务处理时效率高
缺点：取消时需要打断线程池的运行，而且和外界的通信不太好处理
4、使用Handler中的postDelayed方法
private Handler mHandler = new Handler();
private Runnable runnable = new Runnable() {
@Override
public void run() {
//todo
mHandler.postDelayed(this, iDelay);
}
};
mHandler.post(runnable); //立即执行
mHandler.postDelayed(runnable, iDelay); //延时执行
mHandler.removeCallbacks(runnable); //取消执行
优点：比较简单的android实现，适用UI线程
缺点：没想到，手动捂脸。。。。我估计是使用不当会造成内存泄露吧
5、Service + AlarmManger + BroadcastReceiver
由于应用程序之间不能共享内存。在不同应用程序之间交互数据（跨进程通讯），在android
SDK中提供了4种用于跨进程通讯的方式。这4种方式正好对应于android系统中4种应用程序组
件：Activity、Content Provider、Broadcast和Service。其中Activity可以跨进程调用其他应
用程序的Activity；Content Provider可以跨进程访问其他应用程序中的数据（以Cursor对象形
式返回），当然，也可以对其他应用程序的数据进行增、删、改操 作；Broadcast可以向
android系统中所有应用程序发送广播，而需要跨进程通讯的应用程序可以监听这些广播；
Service和Content Provider类似，也可以访问其他应用程序中的数据，但不同的是，Content
Provider返回的是Cursor对象，而Service返回的是Java对象，这种可以跨进程通讯的服务叫
AIDL服务。
