下岗的老王

这套demo没有使用grpc，这个emit是对actor对象的二次封装，包括了actor以及它的timer和actor model的版本管理和持久化。相关的讨论请移步博客园系列文章 https://www.cnblogs.com/gmmy/p/14606109.html

https://www.cnblogs.com/gmmy/p/14621113.html 博客园系列文章有

@roy-wang 可以参考我博客园的系列文章：https://www.cnblogs.com/gmmy/p/14606109.html

有问题有bug可以多提，我看到能解答的都会解答

actor和分布式锁使用场景都不同啊，actor是单个实体实现了原子性。当然理论上你也可以用actor的实体来实现一把分布式锁哈。但是锁的作用主要还是在分布式系统中去确保多线程操作相同资源的一致性。这个资源不一定是actor，有可能是其他数据，对象，甚至过程。

这和dapr有啥关系。。。序列化/反序列化在分布式系统里不是性能瓶颈

这个我知道，我意思讨论这个的意义不是很大，现在的text.json序列化就足够快了，没必要搞三方的。除非特殊场景确实对性能有极致要求。一般的分布式系统你的业务瓶颈产生的延迟相比这点优化都不够塞牙缝的。

微软官方有标准的benchmark验证过的system.text.json是远快于Newtonsoft的，这个没必要看这些三方的博客去质疑官方的数据。

应该是以前我做过一套纯RPC框架，后面搞dapr就迁移了一部分代码遗留的，理论上dapr走http其实.net自带的kestrel+text.json就足够了。另外mp不需要打特性标签，当时看过protobuf和mp，前者要求加特性后者不需要，所以选了后者。

Organization/Company: personal Website: https://github.com/sd797994/Oxygen-Dapr.EshopSample Country: China Contact: [email protected] Usage scenario: E-commerce Web-Site && Management system Status: In Development