关于通信协议的一点疑问

yishh

现在通讯协议似乎是多个req会对应一个同样的resp号。比如上传和下载都是对应的STORAGE_PROTO_CMD_RESP=10这个resp号。
然后客户端是根据发送的req号来以不同的方式处理消息体。

看了java的api，是以阻塞式的方式进行通信的，这样在收到resp的时候明确的知道req，处理起来没有问题。
如果换成非阻塞的方式，则收取到resp的时候实际上上下文环境已经改变，已经不知道req是多少了，而这时候根据resp似乎已经无法知道具体应该怎么处理消息结构。



看了C的client api，似乎也是这种阻塞的方式（对c不是很了解。不知道是不是这样）。

当然在java里面配合futuretask类将req保存到ThreadLocal中也可以在收到resp的时候获取到对应的req号。但是这种方式实际上不是很和谐，如果每个req能够对应不同的resp号处理起来就简单多了。

另外java api的实现现在是每次都要重建socket连接，没有连接池的实现，在高并发下性能肯定会有问题。而且根据使用memcached客户端的经验，采用NIO方式的spymemcached比非NIO的memcached客户端性能优越很多。

请教happy大侠，不知道我这里的理解是否正确

[ 本帖最后由 yishh 于 2009-8-21 18:09 编辑 ]