最近发布的 0.9.8 版本对性能对标 Jackson 和 Protobuf 进行了详细的评测： [链接] 。性能优化的原理会近期会发布于 infoq 中文站，尽请期待。

grizzly框架的作者曾经提到NIO框架不应该使用selection key的attach功能（链接）。理由是如果attach到了selection key上，而这个selection key对应的操作迟迟不能就绪（被select出来）。那么这些selection key所attach的附件都是被强引用的，从而无法被gc。如果有大量这样的selection key累积，程序就好像发生了内存泄漏...

基本上所有的网络应用都会示范一个tcp的echo写法。前面我们已经看到了如何使用协程和异步io来做tcp服务器的第一步，accept。下面是一个完整的echo server的实现（完整代码）：

前面已经准备好了greenlet对应的Java版本了，一个删减后的kilim（[链接]）。接下来，就看怎么用协程来实现异步io了。首先，拿一段最最简单的tcp socket accept的代码：

试用了一下 [链接]，发现它是基于JDK 1.7的（主要是fork join pool）。于是拿kilim的代码改了一个纯协程的版本出来。kilim的原始版本（[链接]）里所有的Task都与一个Scheduler绑定，而且官方的例子里都是讲怎么使用Mailbox做messaging的。这个路数和stackless python非常像。两个都是以提供scheduler和messaging为主要ap...

下面是一个java写的echo server。基于NIO2的callback和Quasar的fiber，比mina和netty之流好看实在太多了。而且同样是异步IO实现的，应该性能不差的。

很长一段时间，我都很天真的认为python，特别是以gevent为代表的库，才是协程的乐土。Java里是没法实现协程，更别说实现stackless python这样可以pickle的协程的。Bong！咱真的是太井底之蛙了。 Java不但可以实现协程，而且还有很多个实现版本。不完全列表如下：