当你看到这篇文章的时候,也许是像我一样,以经用google搜了一大堆socket的例子运行调试成功了.但是在实际应用中有几点需要注意的地方.要不然你的服务器还是一大堆的bug.
1.注册读事件.
客户端第刚链接过来的时候注册一次读事件.
已后就是在每次写完数据之后再去注册读事件.
2.注册写事件.
每次处理过逻辑之后,注册写事件,然后把要返回的结果socketChannel.write(responseLineBuffer)写出去.
3.在读数据的时候注意.
//首先客户端发来的数据应该带有标示这次发送过来的数据大小.
int responseSize;
//读来的数据缓冲区.
ByteBuffer requestLineBuffer = ByteBuffer.allocate(1024);
*比如说客户端发过来1024个字节.这样的话正好 requestLineBuffer 一次读到1024个字节.这时 responseSize==requestLineBuffer里面数据的大小. 这正是你需要的完整数据.
*如果客户端发送过来100个字节.这时responseSize<requestLineBuffer里面数据的大小.这时你就需要判断当读到100个字节的时候就不要再往下读了,即使再读的话也是空数据.
前两种情况正是你所希望的,responseSize<=requestLineBuffer里面数据的大小.
*如果客户端发送过来2048个字节,第一次最多也就读1024个字节的数据.这时responseSize>requestLineBuffer,你就要判断如果第一次没有把数据读完整的话,还要再去把剩下的1024个字节的数读过来.
这种情况也许你已经想到了.但下面还有2种诡异的情况.
*如果客户端发送过来 2048 个字节,但是分2次或多次发送过来,比如说前两次读到 1548 个字节,这时你判断发现还没有接收到完整数据但再去用int count = socketChannel.read(requestLineBuffer);读,就是读不到数据.这样的话你就需要把这次读到的数据保存下来,再注册一个读的事件去读,等到下次把剩下的 500 个字节 数据读过来后再去处理逻辑.这样的情况就是socketChannel.read的数据并不是一次把数据读到的,而是分多次.
*最后一种情况就是 如果客户端发送过来 5000 个字节,但是每次请求的数据只有 1000 个字节,这说明客户端发送太快,或是服务器处理太慢,系统把这5次的请求的数据加到一起了.这时你就要把这5个请求一个一个的分别取出来一个一个的去处理相应的逻辑.
//注销写事件
key.interestOps(key.interestOps()&~SelectionKey.OP_WRITE);
//注销读事件
key.interestOps(key.interestOps()&~SelectionKey.OP_READ);
key.cancel();
//客户端关闭判断.
int count = socketChannel.read(requestLineBuffer);
if (count <= -1) {
close();