对于某些设计问题，Actor 可以让一切变得不同。 Actor 是一种可以响应和发送消息的独立实体。某种程度上，它就像是在另一个进程中运行属于它自己的小程序。但对于没有原生支持 Actor 的语言来说，构建 Actor 可能会非常困难。
出现的最主要的问题是线程管理。我们通常并不想拦截消息发送者的线程，因为那会给人一种方法调用的语义。且为每个 Actor 分配一个单独的线程并不会使程序比以前扩展多少，而在上下文切换时，线程就成了一个真正的问题。
Johan Olsson 在 TPL DataFlow 的基础上构建了自己的 Actor 库，为 C#解决了这一困境。TPL DataFlow 旨在通过异步方法将操作连接在一起。在 Block 之间传递的消息可能会被缓存、分组、分离、转换，或根据应用程序的语义和性能需要进行其他操作。
该框架的核心是一个封装了 ActionBlock 的抽象类 Actor。ActionBlock 在内部处理所有的线程问题，开发者不需要关心线程或任务。之所以是线程安全的，是因为 ActionBlock 默认会被序列化。如果同时发送两条消息，ActionBlock 会缓存第二条消息，直到第一条消息处理完毕。这个行为可以通过 ExecutionDataflowBlockOptions 进行修改。
你可以在 Johan Olssion 的“使用TPL DataFlow 在C#中实现Actor 模型”的文章中了解他的工作，并查看示例代码。
暂无签名
最新发布
专访 ThoughtWorks 王磊：从单块架构到微服务架构
2015-04-08
ThoughtWorks 开源了 Go 持续交付平台
2014-03-03
微软开放了.NET 4.5.1 的源代码
2014-02-26
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
海量在线游戏基于服务网格平滑演进
从 AI 平台演进获得的十点架构启示
TiDB 实践 HTAP 的架构进展和未来展望
评论