游戏服务器想法.

好久没有看云风的blog了, 今天看了看, 发现很多想法和自己的想法不谋而合.

想想还是写下看了之后的感受, 以便在之后自己要做的游戏里使用.

client 和 server的通信, 我在之前做游戏服务器的时候就已经考虑, 使用一个服务去和client通信, 服务群内部这个服务去转发消息.

不过我之前一直是考虑在连接上做文章, 也有了初步想法. 不过看了下云风的blog,他提到的开源项目zeromq,

使用消息队列来处理这个问题, 我觉得不错, 这个zeromq以前没有接触过, 最近会花时间看看.

通信协议也是使用google的protobuf.

还有数据库, 之前就在考虑要不要用这种key-value的nosql数据库代替现在的传统mysql关系型数据库.

还能为以后可能的分布式打好基础. 之前公司虽然也使用mysql作为游戏数据库,

但是用memcached做缓存, 里面也是key-value结构, 为什么不直接使用这种key-value的数据库呢.

之前大概了解了一下mongodb和redis, 这方面还不是很清楚, 也要花时间好好研究研究.

不过我暂时的想法是, 还是使用mysql做为数据库, 同时实现一个dbserver, 去管理这些使用中的数据,

以后在这上面做实验, 看看使用这种key-value的数据库到底如何. mongodb没有问题, 不过redis本身就是内存存储的, 我这个dbserver怎么和他交互还没想好.

脚本这方面, 云风一直在坚持着lua, 我之前客户端的开发也是用lua, 去bind c++的接口. 因为不是运行在纯lua环境, 生命周期和引用无法删除问题

一直存在. 后来开始使用google的v8引擎,用javascript做脚本语言. 感觉还不错, 想继续坚持下去. 而且用v8开发出来的node.js貌似做的还不错,

有想法用node.js去实现部分功能服务.

最后编辑：2013-04-18

作者：wy182000

这个作者貌似有点懒，什么都没有留下。