如何实现没有Akka的简单演员?我不需要高性能的许多(非固定计数)演员示例,绿色线程,IoC(生命周期,基于属性的工厂,ActorRef的),监督,背压等。只需要顺序性(队列)+处理程序+状态+消息传递。
作为一个副作用,我实际上需要一个基于演员的小管道(使用递归链接)+一些并行操作器来优化DSP算法计算。它将位于库内,没有传递依赖关系,因此我不希望(因为它是一个jar插件,所以不能)来推动用户创建和传递akkaSystem
,库应该具有尽可能简单和轻量级接口。(功能集),而不是一个框架--所以它的算法复杂度比结构复杂度高。然而,我认为actor是描述协议的一个很好的工具,我实际上可以将算法分解为少量的异步交互实体,因此它符合我的需要。
- 为什么不是 akka *
akka 很重,这意味着:
- 它是一种外部依赖;
- 接口和实现复杂;
- 对库用户不透明,例如-所有示例都由akka的IoC管理,因此无法保证同一示例始终维护一个逻辑角色,重启将创建一个新的;
- 这与Scala的迁移支持本身相当。
- 使用
jstack
/jconsole
/jvisualvm
调试akka的绿色线程也可能更难,因为一个参与者可能会对任何线程进行操作。
当然, akka 的jar(1.9Mb)和内存消耗(每GB 250万个演员)一点都不重,所以你甚至可以在Android上运行它。但大家也知道,你应该使用专门的工具来观察和分析演员(如类型安全激活器/控制台),用户可能不熟悉(我不会强迫他们去学习它)对于企业项目来说,这一切都很好,因为它几乎总是有IoC,一些专门的工具集和持续的迁移,但对于简单库来说,这不是一种好方法。
关于依赖关系。我没有依赖关系,也不想添加任何依赖关系(我甚至避免使用scalaz,它实际上有点适合这里),因为它会导致繁重的维护--我必须让我的简单库与Akka保持最新。
2条答案
按热度按时间km0tfn4u1#
下面是JVM世界中最小和最高效的参与者,其API基于Viktor Klang的最小Scala参与者:https://github.com/plokhotnyuk/actors/blob/41eea0277530f86e4f9557b451c7e34345557ce3/src/test/scala/com/github/gist/viktorklang/Actor.scala
它在使用上方便且安全,但在消息接收方面不是类型安全的,并且不能在进程或主机之间发送消息。
主要特点:
Stay
、Become
和Die
):https://github.com/plokhotnyuk/actors/blob/41eea0277530f86e4f9557b451c7e34345557ce3/src/test/scala/com/github/gist/viktorklang/Actor.scala#L28-L30new String()
在JVM堆中占用相同数量的字节):https://github.com/plokhotnyuk/actors/blob/41eea0277530f86e4f9557b451c7e34345557ce3/out0.txt#L449状态计数器示例:
结果:
wmomyfyw2#
这将使用FixedThreadPool(以及其内部任务队列):
这里,大小为1的FixedThreadPool保证了顺序性。当然,如果你需要100500个动态创建的参与者,这不是管理线程的最佳方式,但如果你需要每个应用程序有一些固定数量的参与者来实现你的协议,这是可以的。
用法:
结果:
此实现使用两个Java线程,因此比不使用并行化的计数快“两倍”。