栅栏的使用

        栅栏(Barrier)类似于闭锁，它能阻塞一组线程直到某个时间发生。栅栏与闭锁的关键区别在于，所有线程必须同时到达栅栏位置，才能继续执行。闭锁用户等待事件，而栅栏用户等待其他线程。栅栏用于实现一些协议，比如多个线程之间到达后，再执行某个操作。

       CyclicBarrier可以使一定数量的参与方反复地在栅栏位置汇集，它在并行迭代算法中非常有用：这种算法通常将一个问题拆分成一系列相互独立的子问题。当线程到达栅栏位置时将调用await方法，这个方法将阻塞直到所有线程都到达栅栏位置。如果所有线程都到达了栅栏位置，那么栅栏将打开，此时所有线程都被释放，而栅栏将被重置以便下次使用。如果对await的调用超时，或者await阻塞的线程被中断，那么栅栏就被认为是打破了，所有阻塞的await调用都将被终止并抛出BrokerBarrierException。如果成功通过栅栏，那么await将为每个线程返回一个唯一的到达索引号，我们可以利用这些索引来“选举”产生一个领导线程，并在下一次迭代中由该领导线程执行一些特殊的工作。CyclicBarrier还可以使你将一个栅栏操作传递给构造函数，这是一个Runnable，当成功通过栅栏时会执行它，但在阻塞线程被释放之前是不能执行的。

       另外一种形式的栅栏是Exchanger，它是一种两方(Two-Party)栅栏，各方在栅栏位置上交换数据。当两方执行不对称的操作时，Exchange会非常有用，例如当一个线程向缓冲区写入数据，而另一个线程从缓冲区中读取数据。这些线程可以使用Exchangeer来进行汇合，并将满的缓冲区与空的缓冲区交换。当两个线程通过Exchanger交换对象时，这种交换就把这两个对象安全地发布给另一方。

       数据交换的时机取决于应用程序的响应需求。最简单的方案是，当缓冲区被填充满时，由填充任务机进行交换。当缓冲区为空时，由清空任务进行交换。

       

      该处理策略使用于界面的更新与重绘，还有Android视频底层播放也是使用的该处理策略。