java akka actor性能_为什么Akka(Actor模型)在中国不温不火？

泻腰.....

先列举一个事实，我做为我组的组长拿了几十万的预算，准备耗事三个月让组员把组里的Akka代码移除。(还是Java版的)

会不会很奇怪?作为一个Akka吹，居然干这事?

不奇怪。

很多回答的大佬都说是主要维护问题或者知识层面，在我组，其实不是。主要的问题是，你的应用场景是不是需要Actor。如果应用场景不合适，会带来灾难。在我看来，如果你，或者你的同学，不能正确/完整地解释清楚并理顺业务需求，在你所面对的系统中，被拦死，很正常，没啥好哭诉的。举个隔壁大佬的例子，推特这么牛逼的用户量，人家Scala中间件是Finagle/Netty。Akka不是主力军。

所以回到你的问题上，不是Scala/Akka不火，而是绝大部分的程序，并不需要这个组合，但如果需要这个组合的场景，却又会无比契合，而且绝顶强大。你的题目里面根本没有提到场景契合的紧密度，而且被否定的理由除了语言和框架不熟悉外，大家没看到应用需求的落差。这才是真正应该问的问题，而不是语言和框架能不能火。

如果想知道国内火到爆炸的例子，我可以提几个，但是你肯定没想过的:豌豆荚……还有某手游的中间件。这些业务场景，牛逼不牛逼吗？

作为开发人员，我们自己要澄清几个观点，1, Akka的网络传输性能不是最优实现，2, Actor并不是解决多线程问题，3，Akka不是处理工作流的最优选。Akka自己是什么，多看书多思考，隔壁Golang家说自己某routine简单好使，也可以对比一下异同。

而且，提醒一点，Akka不提供事务性的保证，而且几乎把所有分布式通信(即使是单机内分布式)中会出现的问题全部都交给开发人员自己考虑和设计。

这个时候，要看看你是不是真的能正确驾驭这个"底层"架子才是重点。

关心它火不火，先关心自己的水平提升和对业务的理解和方案到不到位，这些东西到位了，说不好你就是下一个Akka在国内出爆款应用的创造者呢，对吧。