再看一下消费者常见的操作。
acquireBuffer的操作
消费者在消费Buffer的时候， 是可以选择丢弃一部分buffer的。主要是 acquireBuffer的 expectedPresent参数，就是消费者希望在某个时间来消费或者展示这个buffer, 这个主要是用在SurfaceFlinger中(目前也只有SurfaceFlinger在用这个机制)。
这个参数的基本含义就是: 如果指定了expectedPresent这个参数， 在 acquireBuffer的时候， 我们可能并不是想要直接acquire出来一个Buffer, 而是想要丢帧， 丢弃掉 expectedPresent之前的几帧。
具体的做法就是: FIFO中第二帧， 根据第二帧来判断要不要丢弃第一帧 (为啥不能直接根据第一帧的信息来判断是否要丢弃呢， 这是因为FIFO中总是要至少有一个Buffer来消费呀， 如果只根据第一帧来判断丢弃， 很可能就会出现没有Buffer可供消费的情形)。
基本原则就是: 如果第二帧 比expectedPresent-1s还要小， 或者第二帧比 expectedPresent 要大， 就不丢弃第一帧。
这样做的原因是: 如果第二帧比expectedPresent大， 不丢弃第一帧， 因为如果丢了第一帧， 但是第二帧又比expectedPresent大， 就会一直不显示第二帧， 这样是不行的。 如果第二帧比expectedPresent-1s还小, 说明第一帧和第二帧还有很久才能显示， 就先不丢弃。 因为丢弃的原则是： 只有第二帧快要显示了， 才丢弃第二帧之前的帧， 这样加速第二帧的显示。
判断完是否丢帧之后， 还要判断本次是否需要立即acquire.
如果第一帧比 expectedPresent 小， 或者比 expectedPresent+1s大， 说明第一帧是快要被显示的， 所以可以立即acquire. 否则说明 第一帧在 expected+1s 这个范围内， 那就第一帧还没有到显示的时候， 可以 PRESEND_LATER.
如果有过丢帧， 就把那些丢的帧都回调 onBufferReleased.
上面说的都是 SurfaceFlinger才用到的， 对正常的相机流程没有影响。
正常的相机流程是： 取出来 FIFO中的第一个元素， 然后把它的slot的状态设置为Acquire。
由此可见相机acquire的步骤是很简单的。
releaseBuffer的流程
就是把对应的slot状态变为Free, 然后把这个BufferSlot从 mActiveBuffers清除， 放入 mFreeBuffers中， 然后通知 ConsumerListener的onBufferReleased方法。
attachBuffer
消费者的attachBuffer也仅仅是把一个Buffer放到BQ中来归BQ管理， 并不会放入FIFO中。 具体流程：
- 先从 mFreeSlots 里面到slot， 找不到就从 mFreeBuffers 里面找。
- 找到之后放入 mActivieBuffers 中， 然后把BufferState状态设置为 Acquired++, 然后把 mNeedsReallocation设置为true
第二步意味着： 消费者直接attach到BQ中的Buffer是不能直接使用的。
detachBuffer
detachBuffer的流程就很简单， 就是把BufferState状态设置为 Acquired--, 然后从 mActiveBuffers 中移除， 放入 mFreeSlots 中， 并且清空对应的BufferSlot
