游戏服务器技术交流

sjinny

6377，你不知道“全局的消息队列”具体包括什么项目是因为你没有好好看前面的帖子……鉴于此我也决定向其他人学习，忽略你的发言……

6377

呵呵，Draracle是你的马甲？怪不得你都知道他的心思，真有意思，劝你不要跟我的发言，以你目前的心智，你是根本不会明白的。

ls的小朋友，你真该继续向大家好好多学习。。。

sjinny

我在这里没有马甲，但是如果你搜索一下会发现“全局的消息队列”这个问题是谁先提出来的……  ；-）

realluhui

和之前接触到几个商业代码的框架都差不多。
最近有个新的思路。大家觉得可行吗？
就是一个网关选择服务器。一个网关服务器。
只有这两个服务器和用户相关。而网关选择服务器作用只是传给用户一个ip和端口。就立刻断开。不做任何其他处理。
这个ip和端口就是需要登陆的网关服务器的地址和端口。
以后所有的用户操作和登陆都是通过这个网关服务器来进行。
所有其他的服务器都和用户完全隔离。只是通过这些网关服务器来进行。
而用户那边只需要一个网关服务器的地址和端口。

只是一个思路。大家给点意见。

6spring

LS的想法和我的差不多，实际开发进度约95%
  
^___^

tonykee

realluhui: Re:游戏服务器技术交流

和之前接触到几个商业代码的框架都差不多。
最近有个新的思路。大家觉得可行吗？
就是一个网关选择服务器...

理解成靠软件实现的DNS平衡吧

realluhui

呵呵，差不多就是这样的概念。没有实际实现。所以还不能确定可能有什么问题。

6spring

对于LS说的那个，我实际遇到的问题，主要是
1、数据包增大，因为需要从网关服务重定向到具体逻辑层。
2、客户连接中断或某服务断开，传给相关逻辑层断开消息的操作较复杂。

chybin

顶，希望楼主继续！

cycles

6377: Re:游戏服务器技术交流

呵呵，Draracle是你的马甲？怪不得你都知道他的心思，真有意思，劝你不要跟我的发言，以你目前的心智，你是根本不会明白的。

ls的小朋友，你真该继续向大家好好多学习。。。

引用一下刚看到的一句话......看到个牛b且2b的回复...........