Java Redis Redisson-员工战略

我对redis和redisson都是新手，但我对现在可用的东西有点了解

主要来自这里：

这里的案例涉及一个工作者，在很多服务器中只有一台服务器。工作人员可以获得稍后可以下载的图像。它们可以被推送到执行者稍后下载，但是，这是不持久的，因此我们将释放出来

Redis提供执行器服务。但我想知道，默认情况下，所有redis节点是否都共享或发送工作？有没有办法控制只有一个人才能做这项工作？在runnable/callable中被访问的东西，我猜必须对可以使用的东西进行限制，因为它是一个对环境访问的闭包？没有权限

Redis还提供了一种称为分布式远程服务的服务。在这方面，它们与executorservice有何不同

另一种选择是将这些消息推送到reddis list/队列/dequeu，以及“消息”的工作，尽管我认为executor服务允许我将所有逻辑放在同一位置

最好的方法是什么？

可运行/可调用闭包中提供的闭包内对象的规则是什么？完全序列化所有内容

---

如果工人正在工作，突然死亡（核事故），我该如何处理。如果你使用Spring，那么我能确保其他人得到<强> > >/P>。然后你可以考虑使用。好的，是的，我实际上开始考虑使用Buffing DeQuy。不需要春天。我想只是一个加和拉。但对于可序列化，我有点犹豫不决。推送到队列的对象是否必须完全可序列化？把东西放在队列里。看起来，ReDISSN似乎并没有试图在API中阻止它，V扩展了可序列化的例子。是的，你的对象应该是可序列化的，我想你应该考虑像JSON这样的机器无关的序列化机制，使用JDK序列化的消息包XML可以在其他方框中消耗任务时产生问题。如果使用Spring，则可以考虑使用。OK，是的，实际上我开始考虑使用Buffing DeQue。不需要春天。我想只是一个加和拉。但对于可序列化，我有点犹豫不决。推送到队列的对象是否必须完全可序列化？把东西放在队列里。看起来，ReDISSN似乎并没有试图在API中阻止它，V扩展了可序列化的例子。是的，你的对象应该是可序列化的，我认为你应该考虑像JSON、消息包XML之类的机器无关的序列化机制。使用JDK序列化可以在你在其他方框上消耗任务时产生问题。