控制时序，就是所有试图来获取这个锁的客户端，最终都是会被安排执行，只是有个全局时序了。做法和上面基本类似，只是这里/distribute_lock 已经预先存在，客户端在它下面创建临时有序节点(这个可以通过节点的属性控制：CreateMode.EPHEMERAL SEQUENTIAL来指定)。Zk的父节点(/distribute_lock)维持一份sequence，保证子节点创建的时序性，从而也形成了每个客户端的全局时序。
分布式队列队列方面，简单地讲有两种，一种是常规的先进先出队列，另一种是要等到队列成员聚齐之后的才统一按序执行。对于第一种先进先出队列，和分布式锁服务中的控制时序场景基本原理一致，这里不再赘述。
第二种队列其实是在FIFO队列的基础上作了一个增强。通常可以在/queue 这个znode下预先建立一个/queue/num 节点，并且赋值为n(或者直接给/queue赋值n)，表示队列大小，之后每次有队列成员加入后，就判断下是否已经到达队列大小，决定是否可以开始执行了。这种用法的典型场景是，分布式环境中，一个大任务TaskA，需要在很多子任务完成(或条件就绪)情况下才能进行。这个时候，凡是其中一个子任务完成(就绪)，那么就去/taskList下建立自己的临时时序节点(CreateMode.EPHEMERAL SEQUENTIAL)，当/taskList 发现自己下面的子节点满足指定个数，就可以进行下一步按序进行处理了。
29个Zookeeper面试题-带答案
ITwalking，公众号：BiggerBoy