RabbitMQ（七）用RabbitMQ实现分布式系统里的信号量控制 -- Distributed Semaphores with RabbitMQ

翻译自（http://www.rabbitmq.com/blog/2014/02/19/distributed-semaphores-with-rabbitmq）

在这篇博客里面，我们将定位“在一个分布式系统里面，如何实现对特殊资源的访问控制”的问题，解决该问题的方案在计算机界广为人知，那就是被称为信号量的东东。“信号量”是在1965年Dijkstra的“Cooperating Sequential Processes”论文里出现的，下面我们将要讨论如何使用AMQP(consumers,producers,queues)来实现信号量。 

需要信号量的地方 
在我们讨论解决方案之前，让我们先看一下什么时候需要用到它 
假如说：我们的应用有很多进程从队列里面取数据，然后将数据插入到数据库，我们可能想限制同时工作的进程的数量 

相似的，很多进程在处理那些需要通过网络存储到远程服务器上的图片，我们要防止由于图片的传输导致网络拥塞，所以我们要限制同时传输图片的进程的数量。这种情况下，一旦某个进程可以使用网络连接（一旦进程可以运行），他们可以尽可能快的传输图片到远程服务器。 

另一个例子和rabbitMQ有关：你的应用程序可能需要只允许一个生产者（producer）发送消息到exchanger，但是一旦那个进程停止了，你希望另一个producer马上开始发送消息。可能这样做由很多原因。 

另一方面，可能有时候想让cosumers去争着访问queue，但是当AMQP支持了专用队列exclusive queues和exclusive consumer之后，空闲的consumer就没办法知道queue什么时候可以被别的consumer访问了，因此，我们可以使用上面的方法使consumers排队访问queue了。 

值得注意的是，让我们有一个以上的进程去访问特殊资源。比如：我们由十个producer，但是我们只想让其中的五个同时去发布消息。使用信号量，我们也可以实现。 

上面的例子都需要有一个额外的条件：竞争资源的进程或者其它的协调者不应该轮询rabbitMQ。理想情况下，他们应该在等待的时候处于空闲的状态，一旦资源可用了，rabbitMQ马上通知下一个进程，以便它自动的开始工作。 

让我们来转向如何实现 实现信号量 

我们的信号量将使用queues和messages来实现 

我们首先声明一个叫做“resource.semaphore”的queue，resource是我们的信号量将要控制的资源的名字，可能是“images”，“database”，“file_server”，或者是任何符合我们应用程序的名字。 

我们发布一个message到resource.semaphore的queue里面，然后我们启动访问这个message的进程。每个进程都要从resource.semaphore里面获取message；第一个到达的进程将得到这个message，同时其它进程将处于空闲状态去等待这个message。技巧是这些进程从来不去确认这个message，但是他们以ack_mode=on（即非自动应答）的模式来从resource.semaphore的queue里面获取message。所以rabbitMQ将持续跟踪这个message，如果这些进程crash或者exit的时候，这个message将重新回到queue里面(requeue)，然后被传送给下一个要从这个queue获取message的进程里。 

使用这样一个简单的技术，我们可以实现在同一时刻只有一个进程能访问特定的资源，并且我们还能保证在这个进程crashes或者exit的时候，不会带走该message。当然，我们假设所有的进程都是正常的访问该资源。例如：他们从来不确认该message。如果他们那样做了，rabbitMQ将删除该message，最终导致该组里的其它进程“饿死”。 

当一个进程想放弃该资源的时候，我们该怎么办，它能返回这个“message”吗？当然这个进程可以突然关闭这个channel，然后rabbitMQ将自动接管这个message，但是也有一个礼貌的方式来实现，该进程可以使用basic.reject(requeue)来告诉rabbitMQ重新给该message排队，使它回到semaphore的queue里面。 

让我们来看看代码是怎么实现的，我们假设已经得到了一个connection和channel，下面是安装我们信号量的代码： 

 channel.queueDeclare("resource.semaphore", true, false, false, null);
 String message = "resource";
 channel.basicPublish("", "resource.semaphore", null, message.getBytes());

我们创建一个durable（持久的）queue：“resource.semaphore”，然后我们用默认的exchange发送了一条message。 

下面是使用该信号量的代码： 

 QueueingConsumer consumer = new QueueingConsumer(channel);
 channel.basicQos(1);
 channel.basicConsume("resource.semaphore", false, consumer);

 while (true) {
   QueueingConsumer.Delivery delivery = consumer.nextDelivery();

   // here we access the resource controlled by the semaphore.

   if(shouldStopProcessing()) {
     channel.basicReject(delivery.getEnvelope().getDeliveryTag(), true);
   }
 }

这儿，我们创建了一个QueueingConsumer来等待来自“resource.semaphore”queue的message。我们通过在basic.qos里设置prefetch-count等于1来确保我们的进程只拿取一条message。一旦有一条message到达该队列，这个进程将开始使用该resource。当shouldStopProcessing()的条件满足的时候，这个进程将basicReject(requeue)这个message，告诉rabbitMQ去重新给这个message排队。一定要记住，这个consumer是使用ack-mode启动的，并且将从不确认从semaphore的queue里收到的message。如果它确认了，将被认为是buggy。 

优先访问信号量 
有没有可能实现优先访问信号量。完全可以，从3.2.0以来，rabbitMQ支持Consumer Priorities。通过使用Consumer Priorities，我们可以告诉rabbitMQ哪个进程可以优先访问来自semaphore queue的message。 

二进制信号量和计数信号量 
目前为止，我们实现的是被成为二进制信号量的机制，即只允许在同一时刻只有一个进程来访问resource。如果我们要允许多个进程同时访问该resource，同时我们也有一个个数的限制，这样我们可以实现计数信号量来实现。为了实现它，我们建立一个信号量，现在不是只发布一个message，而是发布多个message（message的个数是允许同时访问resource的进程数），我们需要确保在我们使用之前，prefetch-count的值是1. 

alerting the count 
我们的进程可以随着时间来增加额外的message来增长进程的数量。如果我们想减少同时访问该resource的进程呢？我们将开启一个新的带有高优先级的consumer，这样他就可以消耗掉多余的message，然后确认他们，这样rabbitMQ将会把它们从队列里移除掉。 

阅读资源 

就像你看到的一样，使用AMQP来实现信号量很简单，使用rabbitMQ我们还可已提高访问resource的优先级。