Pomelo Lee workspace

在线的棋牌类网络游戏java服务端实现

星期六, 一月 19th, 2013 | JAVA-and-J2EE, webgame, 游戏开发 | 没有评论

自己一直从事 页游开发看到一篇做游戏服务端的开发文章自然要收录下.(本文算是记录的蛮详细的，不过具体的性能优化，缓存，消息的处理等都不在其中，整体宏观列出了.)

本文来源于网络,好久之前看的,被收藏后一直没有看,今天看了后收藏到网站，原文地址：http://kakaluyi.iteye.com/blog/1489592.
一、网络

　　网络游戏，首先面临的问题当然是如何进行网络通信。首先考虑的是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是异步通信的，所以没有复杂的线程管 理。

二、通信协议
› Continue reading

Tags: java webgame, webgame开发, 在线的棋牌游戏开发