三种连接方式比较及实现（nio，长连接，短连接）

长链接：
在csframework中，使用的就是长连接，每当接收到一个客户端，服务器端会开启一个长期线程去持续监听该客户端的soket，程序也就会阻塞在该socket的read方法上，当用户多了，服务器端所开的线程也就多了，因为每个线程还要申请PCB、占用CPU时间，故这种方式资源开销巨大，但也是接受效率最高的方法。
解决：分布式服务器

短连接：
像RMI调用，即在远程方法调用前进行客户端与服务器连接，方法调用完成就断开连接，这种占用资源最少，不需要线程去持续监听，但每次都需要客户端与服务器的断开、连接，时间消耗更大。并且RMI连接只支持单向，即只能客户端RMI对服务器RMI进行远程调用，不能反向。
解决：给机器开多个服务器、客户端来达到双向沟通

上述都是连接中的两个极端，而nio就是中间状态
nio：
nio服务器接收到客户端时，会将其连接保存到一个池中，这个池用于两个遍历：
①利用socket的available方法进行遍历判断哪个节点有消息，有就进行消息处理，没有就遍历下一个
②因为nio可以双向消息发送，故额外一个线程可以用来客户端是否在线状态的遍历，作用和心跳机制相同
这种连接线程数较长连接少，CPU占用也就少，但每个节点消息的接收要等到遍历到它才能开始接收，所以效率不如长连接。
nio虽然显示是短连接效果，但实际客户端与服务器仍保持长连接（这样才能持续遍历），所以说它是一个中间态。