[发明专利]一种多个服务器之间的轮询方法和装置

说明书

技术领域

本发明涉及通信领域，尤其涉及一种多个服务器之间的轮询方法和装置。

背景技术

移动应用程序(App)，是指在移动终端可以自定义安装和使用的软件，例如：操作系统、音视频文件、游戏软件、浏览器软件、导航软件、即时通信软件等，以及例如用户可从苹果Appstore、谷歌Android Market、移动MM商场等下载和使用的应用程序。

现有的移动应用程序的开发都是依赖于专业人员，开发周期长，费用高，普通的用户并不能自己开发移动应用程序。而对于一个面向普通用户的移动应用程序开发平台，则需要解决一个技术问题——如何使系统保持较高的工作效率，支持大用户量。

发明内容

针对上述技术问题，本发明提供了一种多个服务器之间的轮询方法和装置。

本发明提供的技术方案为：

一种多个服务器之间的轮询方法，其中，包括：

为多个打包服务器排序；

在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮轮询结束，再进行下一轮轮询。

优选的是，所述的多个服务器之间的轮询方法，其中，

在进行打包请求响应之前执行以下操作：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

优选的是，所述的多个服务器之间的轮询方法，其中，

一轮轮询具体按照以下过程进行：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则将由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

优选的是，所述的多个服务器之间的轮询方法，其中，

在判断上述一个打包服务器的访问地址是否可用时，如果否，则将该打包服务器从所述服务状态链表中去掉；

判断打包服务器的数量是否大于0；

如果是，则根据打包服务器的下标获取下一个打包服务器的访问地址；

如果否，则返回无可用服务器。

优选的是，所述的多个服务器之间的轮询方法，其中，

在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

一种用于实现多个服务器之间的轮询方法的装置，包括：

用于为多个打包服务器排序的装置；

用于在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮分配结束，再进行下一轮轮询的装置。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

在进行打包请求响应之前执行以下操作的装置，所述以下操作包括：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

用于使一轮轮询具体按照以下过程进行的装置，具体过程为：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：