Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5004077
  • 博文数量: 921
  • 博客积分: 16037
  • 博客等级: 上将
  • 技术积分: 8469
  • 用 户 组: 普通用户
  • 注册时间: 2006-04-05 02:08
文章分类

全部博文(921)

文章存档

2020年(1)

2019年(3)

2018年(3)

2017年(6)

2016年(47)

2015年(72)

2014年(25)

2013年(72)

2012年(125)

2011年(182)

2010年(42)

2009年(14)

2008年(85)

2007年(89)

2006年(155)

分类: Python/Ruby

2012-03-12 11:42:59

 原创文章,转载请注明出处
    在中,我们已经开始了不少逻辑功能的开发,在这期间也有不少可以分享的经验点,这个我们以后慢慢道来。今天,我们主要讨论下如何让服务端能进行分布式部署和工作。

    一:为什么要支持分布式部署和开发
    众所周知,python是单线程的语言,存在GIL锁、无法利用多核CPU等诸多限制,为了能让服务端能承载更多的用户,我们必须让程序能在逻辑上、甚至物理上分开,当用户达到一定数量的时候,我们能新开一个进程来响应请求,或多加一台服务器来处理请求。这样就能达到理论上无限扩展的可能性。

    二:如何让程序能达到上述效果
    我们简单分析下我们的服务端要实现的功能:
    战斗服务器:
    通过可以知道,我们的战斗是类似回合制的战斗模式,每场战斗之间的数据是无关联的,仅需要处理战斗中各玩家之间的数据交互即可,这很容易可以让逻辑分开处理。
    地图服务器:
    每个地图之间的玩家,在大部分时间里,也是不需要交互的,因此我们可以按地图来处理逻辑,在切换地图时,若下一张地图的服务进程在其他服务器,则先将当前地图的数据保存到memcache,连接到下一个服务器的时候,在从memcache中将数据取回即可。
    聊天服务器:
    在不同的地图的玩家,会存在聊天的交互(比如:私聊,世界频道,公告频道等),因此所有的玩家都需要连接至一个公共的聊天服务进程,来达到数据交互的目的。

    三:源代码
    下面,我以战斗服务器为例来看看,首先,得有一个主调度进程,客户端在进入战斗前,先连接该进程,该进程在收到请求后,根据各战斗逻辑进程当前玩家的数量,来判定是否需要开启新的进程,并返回当前人数最少的进程的IP:PORT。

    我通过以下方法来开启战斗进程:

  1. FIGHTNUM = {}
  2. MAXNUM = 1000 #每个进程的承载上限 超过该值自动新开启一个服务进程
  3. NOWFIGHTPORT = 7000 #战斗服务进程初始端口

  4. #开启一个新的战斗服务进程
  5. import subprocess
  6. def openFight():
  7.     global NOWFIGHTPORT,FIGHTNUM
  8.     FIGHTNUM[NOWFIGHTPORT] = 0 #该服务器当前战斗数
  9.     subprocess.Popen('python '+os.getcwd()+'/fightserver.py ' + str(NOWFIGHTPORT)+' &',shell=True) #运行脚本
  10.     NOWFIGHTPORT = NOWFIGHTPORT + 1
  11. openFight() #初始化,开启一个服务进程




,在dataReceived时处理:

点击(此处)折叠或打开

  1. def dataReceived(self, data):
  2.     global MAXNUM
  3.     msgArr = data.split('|')
  4.     if msgArr[0] == 'get':
  5.         n = sorted(FIGHTNUM.items(), key=lambda d: d[1]) #按value低->高排序
  6.         #达到预设上限,开启新进程
  7.         if n[0][1]>=MAXNUM:
  8.             openFight()
  9.             p = NOWFIGHTPORT #返回新开启的进程的port
  10.         else:
  11.             p = n[0][0] #返回人数最少的进程的port
  12.         client.transport.write(str(p))
  13.     elif msgArr[0] == 'add':
  14.         FIGHTNUM[msgArr[1]] = FIGHTNUM[msgArr[1]] + 1
  15.     elif msgArr[0] == 'del':
  16.         FIGHTNUM[msgArr[1]] = FIGHTNUM[msgArr[1]] - 1
  17.     client.transport.loseConnection()

在进入战斗前,连接调度进程的端口,并发送'get',调度程序会返回一个战斗进程的port,客户端连接该port,连接成功后,向调度端口发送'add|7001',战斗结束时,向调度端口发送'del|7001'(其中的7001为战斗服务器监听的端口),这样即可达到在同服务器分布的目的,实现了这一步,那跨服务器的分布也就变得很容易了。
    对于地图服务器也可以采用类似的处理方法,完善以上功能后,我们的服务端就变得更加强壮了,承载人数方面可以也可以多了一个保障。

阅读(1620) | 评论(2) | 转发(1) |
给主人留下些什么吧!~~

yueming2012-03-15 12:33:04

twisted可以实现多线程,也可以支持多进程实现cpu多核方案。

无色T恤2012-03-12 23:25:35

python是单线程的语言,存在GIL锁、无法利用多核CPU等诸多限制……