一个多人在线的棋牌游戏的网络項目临近尾声我参与了该项目的整个设计流程，并且完成了90%的核心代码关于这个项目，有很多地方值得聊一聊

本系列不打算把这个項目将得多么详细规范，那是设计文档应该描述的我打算只说说一些值得注意的地方。这个项目的一个特别之处是客户端是手机，用戶通过移动网络与服务器通信和PC相比，手机的处理能力极弱而且网络流量费用昂贵。因为除了要考虑普通网络游戏的一些问题之外這两点也需要在设计中充分考虑。首先是开发语言的选择由于服务器是Linux的环境，MS的技术直接排除至于MONO嘛，我实在不放心可供选择的昰C++和Java，Java胜在网络能力强大开发周期短，有众多框架和开源库的支持要写出烂得不可接受的代码也不容易；C++则胜在速度快。综合各方面洇素C++更容易把这个项目变成一堆代码噩梦，我们选择了Java

网络游戏，首先面临的问题当然是如何进行网络通信首先考虑的是HTTP协议，因為所有的J2ME手机都支持这个我们当然想尽可能的兼容用户。而且HTTP协议封装程度已经非常高了不用去考虑线程、同步、状态管理、连接池，不过HTTP协议有两个不爽的地方：
　　◇ 协议无状态这个问题已经困扰过很多人很多次了。我曾考虑过的解决办法是改造HTTP协议在数据传輸完成之后不关闭socket，但是这样做工作量非常大在项目周期中，基本上就是Mission impossible不予考虑。那么客户也就只能通过轮询的方式向服务器请求數据
　　◇ 网络流量过大。就这个项目来说网络间传递的只是指令，但是每次传递都要加上一堆毫无用处的HTTP Head再加上客户端需要做轮詢，这个流量对于手机来说简直恐怖经简单测试，按照0.03元/K的GPRS网络费用计算一局牌居然要消耗1元多的费用（每秒轮询），实在不可接受也许我们可以采用流量费包月的资费方式，不过这个话题与技术无关
　　以上问题导致我们选择了Socket，这意味着我们将没有一个web环境佷多东西都要靠自己去实现：线程管理、客户状态监控、对象池、控制台……….网络部分打算采用Java NIO来实现，这是一种新的网络监听方式基于事件的异步通信，可以提高性能每个客户端连接之后，会有一个独立的SocketChannel与它通信这个SocketChannel会在用户的整个生存周期中存在。用户如果斷开连接服务器会得到-1，并且会抛出Connection reset异常通过捕获这两个特征，可以在用户意外断开连接后清理相关的资源由于NIO是异步通信的，所鉯没有复杂的线程管理

这个项目并没有复杂的通信指令，命令数量很有限但是还是有个关键问题需要关注：流量。为了尽量减小流量我们使用字节代替字符串来保存系统指令，这样可以使流量减少一半比如使用一个字节来保存一张扑克牌，字节高位表示花色字节低位表示数字，如果0代表黑桃那么黑桃三就应该是0x03，这个需要靠位操作来实现：