《java并发编程实践笔记》的评论

作者：qmwu2000

qmwu2000 — Sun, 01 Aug 2010 03:09:23 +0000

你的文章很好，长见识了。说实话，我平时编程时并没有注意这么多，有时也很难。

有一个问题，如何将这么多条准则应用于实际项目中？毕竟在中国大多数程序员还是比较年轻。

作者：indigodai

indigodai — Mon, 02 Nov 2009 05:57:54 +0000

嗯，学习了。
考虑到旧有系统，用Erlang的确是需要权衡考虑的。Facebook的那个即时聊天子系统和整个系统的其余部分的关联不是很大，所以才冒然用Erlang的吧。
还有我觉得Erlang周边的配套设施还不完整。和其他语言一起协作完成任务的方案还没有吧，或者不成熟。
可能Erlang在某个小领域或者特定的业务范围内有一定用处吧，呵呵，拿erlang来玩技术也不错。

作者：Ken Wu

Ken Wu — Sun, 01 Nov 2009 14:49:41 +0000

为什么那么多具备高并发场景的系统不使用erlag，还是因为它的局限性。
我们公司也调研过，但最后还是放弃了。

为什么放弃？
1，性能。消息中间件不需要太高的并发，只要求吞吐量。
2，与历史系统的兼容性。比如消息持久到数据库。
3，与其他语言的集成。
比如我要收发java对象的消息，是不是序列化后通过erlang能高效传输？实施成本高不高？
4，数据最终一致性。没测试过，不知道能否保证。

作者：indigodai

indigodai — Sun, 01 Nov 2009 14:38:23 +0000

嗯，对C在写并发程序时，我不了解。我是说有时某个子系统是可以用Erlang实现的，整个系统其余大部分还是采用Java。还没看到案例是用Erlang写整个系统的。

呵呵，我觉得性能基本不会是因为脚本语言而降低。记得Facebook的即时聊天就是用Erlang写的，我觉得Erlang的优点是在消息传递上，Erlang有着轻量级的Process，可以成千上万地并发。这里有系列文章，是描述如何构建一个“A Million-user Comet Application”的 http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-1

有哪里说的不妥的，还请提出，我还在学习中。:)

作者：Ken Wu

Ken Wu — Sun, 01 Nov 2009 13:29:46 +0000

在java里没法用erlang吧？
另外，
erlang是通过内核线程，即轻量级进程来避开同步带来的复杂性。
但作为脚本语言的它，性能往往差强人意，我用C写的一段并发程序，吞吐量要远高于erlang。

作者：indigodai

indigodai — Sat, 31 Oct 2009 03:59:00 +0000

试试Erlang吧。Erlang天生就是为并发而存在的，呵呵