阅读这篇文章Hazelcast with Akka and Spray。我想知道会这么说：
在这里使用actor不是一个好主意，因为它会因顺序put()（？）
据我了解hazelcast put()和get()如果不在演员内部可能会更快。 Hazelcast使用阻塞/异步映射作为存储，但它按键但不是更复杂的映射对象进行阻塞。但是actor使它/ puts顺序，所以没有办法让sevarlal put(key,value)等待下一个在actor的队列中。没有演员，这两个演员可以平行地开心。
如果我错了，请纠正我。
由于hazelcast在群集中工作，我们可能会考虑put / get作为beeing阻塞/长操作，因此它不如普通的内存映射快。但是如果有多个演员让它更快，那么我们应该考虑锁定，如果两个演员试图添加相同的(key,value)对，因为我们没有演员。拥有演员池 ..导致在这种情况下根本不使用演员的想法。 （？）
我们确实可能有许多读者演员，但即使没有actor - 参与我们也可以同时从所有N个线程中读取hazelcast地图（同样：假设get可能需要一些时间，因为＆＃ 39;在淡褐色中阻止＆＃39; /＆＃39;长期生活的性质。
提出问题：
问：在其中使用包含hazelcast的Actor是否有意义？