最近公司的活一直很多时间也很紧，加上忙搬家所以好久没有更新了。。。今晚刚刚好项目做得差不多，忙里偷闲更新一下
首先ExoPlayer的入口自然是ExoPlayerImplInternal了，在创建ExoPlayer对象之后，ExoPlayer会通过handler，根据当前自身的状态去不停发放消息，然后自己同时接受这些消息。
比如当我们调用ExoPlayer的prepare()方法时，其实我们就用ExoPlayer的handler去发送了一条消息MSG_PREPARE。
发送之后，ExoPlayerImplInternal对象自己又接受它，再去处理这条消息。
最后再叫ExoPlayer所有的MediaSource进行准备prepare。
又或者再看看MSG_DO_SOME_WORK这个消息发放出去之后，ExoPlayer做了什么
大家知道在创建ExoPlayer的时候我们需要传入一个renderer数组，包括Video，Audio或者字幕的TextRenderer，他们每个都负责渲染Render自己负责的那一部分，在ExoPlayer里面就是这么一个简单的for循环，搞定。
在一个dosomeWork()结束之后，通过handler再发一次MSG_DO_SOME_WORK
大家可以自己观察一下其他MSG是用来干嘛的，其实稍微看看就可以发现，都是和Playback相关的一些操作，比如seek，pause，release等等。
那么其实到现在为止，ExoPlayer从整体上是怎么工作，它的大概结构就很清楚了，用一个图来表达一下。
user在创建ExoPlayer之后，调用任何的方法都是发送一条message给他的handler，根据消息的不通，ExoPlayer把消息分发给不同的component，比如prepare就会把消息分发给MediaResource，do_some_work会把消息分发给Render，根据当前的进度去渲染视频，音频和字幕。在处理完一个消息之后，会根据当前状态发送下一个消息给ExoPlayerImplInternnal。在一个不停止的情况下，消息队列一般都是:
1.MSG_PREPARE
2.MSG_PERIOD_PREPARED
3.MSG_DO_SOME_WORK........不停的do some work...
整个ExoPlayer就是靠Handler来进行状态维护的，不光只是ExoPlayerImplInternal这个类，其他的很多类比如LoadControl啊等等都是靠Handler来做状态维护，和消息发放，尤其是ExoPlayer的事件分放部分，都需要用户自己传入一个handler。可能这对初次使用的同学会造成一定的困扰。
不过在理解了ExoPlayer的大概结构之后，相信为何需要这个Handler的原因大家应该都能理解了。
ExoPlayer本身就是利用handler进行事件分发，和自身的状态控制，任何用户的操作，在ExoPlayer内部的实现都是会变成一个handler能处理的Message，再根据message的内容，ExoPlayer会让不同的构件进行相应的操作，再根据操作的结果发下一个消息。
这次的分析就先到此为止，下次我会开始分析MediaResource部分，也就是我们每次调用prepare()方法之后，我们到底在prepare(准备)什么？
晚安！
网友评论