什么时候演员不合适？

Question

每当我需要同时运行两个线程时,我就会使用actor.我没有明确地使用线程.

有人告诉我,演员很重,使用它们并不总是一个好主意.

• 使用actor以及何时不使用它们的正确场景是什么？

• 我的一些演员只是有一个循环但没有反应.这是一个好习惯吗？

[编辑]

• 在Actor的循环中使用Thread.sleep是不好的做法吗？

Answer 1

Actors提供了一个带有消息传递计算模型的分布式异步算法,并且最适合适合该模型的任务.

Scala的演员可以共享内存,使其足够依赖于内存共享的算法,但不是特别如此,因为你放弃了演员的主要优势.另一方面,也没有特别的缺点.

有关详细信息,请参阅维基百科上的" 分布式计算 ".

有两类主要的任务并不是特别合适:

• 严重依赖同步的任务

  这与锁定无关,或者在开始其他操作之前等待某些事情.同步系统的主要特征是严重依赖于任务的时间顺序.

  例如,如果你需要知道哪个任务首先完成,那么演员缺乏对消息排序的保证使它们不合适.

• 本质上是数据并行的任务

  这是在不同的数据块上执行相同计算的情况,它们之间没有依赖性.

  map-reduce算法的"map"部分适合这种情况.

  虽然actor可以做到这一点,但是使用fork/join设置可以完成同样的事情而且开销更少.Scala 2.9将具有针对此类任务的并行集合.