1.本技术涉及云计算
技术领域：
：，具体而言，本技术涉及一种负载均衡方法及相关设备。
背景技术：
：：2.在基于互联网实施的多项服务中，因其服务特性的限制，无法支持用户规模无限扩大，比如大型游戏当在线人数较多时，无法采用单一服务器支持所有服务请求，需要设置多个分区进行运营，将整体用户进行分割后采用不同分区的服务器提供服务，以有效均摊服务器的压力。3.现有技术中，当设置有多个分区时，一般由用户主动选择分区或者依靠实时在线人数统计系统进行人数统计来进行用户分区。然而，由用户主动选择分区不仅用户体验差还会导致各分区服务器的负载不均衡；另依靠系统基于实时在线人数统计进行用户分区时，虽然对用户而言相对友好，但是实施复杂度高、且依赖于系统的运作容易出现故障，运行稳定性低。技术实现要素：4.本技术提供了一种负载均衡方法及相关设备，可以解决上述至少一种技术问题。所述技术方案如下：5.第一方面，提供了一种负载均衡方法，应用于当前分区服务器，包括：接收用户设备基于http协议发送的目标服务请求；6.基于当前的负载状态，处理所述目标服务请求或基于http协议重定向分区服务器；7.若基于http协议重定向分区服务器，反馈对应的重定向信息，以使所述用户设备基于所述重定向信息发送所述目标服务请求。8.结合第一方面，在第一方面的第一种实施方式中，所述基于当前的负载状态，处理所述目标服务请求或基于http协议重定向分区服务器，包括以下任一项：9.获取当前与负载相关的信息，在基于该信息确定负载状态为中度负载时，处理所述目标服务请求；10.获取当前与负载相关的信息，在基于该信息确定负载状态为低负载或高负载时，基于http协议重定向分区服务器。11.结合第一方面的第一种实施方式，在第一方面的第二种实施方式中，所述基于http协议重定向分区服务器，包括以下任一项：12.当负载状态为高负载时，发起扩展分区服务器的任务，并基于http协议重定向至下一分区服务器；13.当负载状态为低负载时，执行当前分区服务器与其他分区服务器合并的任务，并基于http协议重定向至上一分区服务器。14.结合第一方面的第二种实施方式，在第一方面的第三种实施方式中，所述与其他分区服务器进行合并，包括以下至少一项：15.设置虚拟标识；所述虚拟标识用于与其他分区服务器合并后，在接收到服务请求时，基于所述虚拟标识重定向至所述上一分区服务器；16.当与其他分区服务器进行合并时，确定当前负载达预设阈值时，若在预设时间段内未接收到服务请求时，执行销毁当前分区服务器的任务；17.当与其他分区服务器进行合并时或执行所述销毁当前分区服务器的任务后，接收到基于重定向信息发送的服务请求时，重定向该服务请求对应的分区服务器至上一分区服务器；18.当与其他分区服务器进行合并时，接收到扩展分区服务器任务时，停止合并；19.当执行所述销毁当前分区服务器的任务后，接收到所述扩展分区服务器任务时，执行重建分区服务器任务，以继续处理服务请求或重定向分区服务器。20.结合第一方面，在第一方面的第四种实施方式中，还包括：21.若处理所述目标服务请求，反馈对应的请求成功信息，以接收所述用户设备下一次发送的服务请求。22.第二方面，提供了一种负载均衡方法，应用于用户设备，包括：针对基于http协议发送的目标服务请求，重复执行下述步骤，直至获得请求成功信息：23.接收分区服务器基于当前的负载状态反馈的响应信息；所述响应信息包括处理所述目标服务请求对应的请求成功信息或基于http协议重定向分区服务器对应的重定向信息；24.在接收到所述重定向信息时，基于所述重定向信息发送所述目标服务请求。25.结合第二方面，在第二方面的第一种实施方式中，所述目标服务请求携带有预设分区标识或成功响应上一服务请求的分区服务器对应的分区标识；所述方法还包括：26.在接收到所述请求成功信息时，存储处理所述目标服务请求的分区服务器对应的分区标识；27.其中，所述请求成功信息包括分区服务器处理所述目标服务请求反馈的状态码或在预设时长内未接收到分区服务器反馈的信息时生成的提醒信息。28.结合第二方面，在第二方面的第二种实施方式中，所述重定向信息包括与高负载状态对应的下一分区标识或与低负载状态对应的上一分区标识；所述基于所述重定向信息重新发送所述目标服务请求，包括以下任一项：29.基于所述下一分区标识重新发送所述目标服务请求；30.基于所述上一分区标识重新发送所述目标服务请求。31.第三方面，提供了一种负载均衡装置，包括：32.接收模块，用于接收用户设备基于http协议发送的目标服务请求；33.处理模块，用于基于当前的负载状态，处理所述目标服务请求或基于http协议重定向分区服务器；34.反馈模块，用于若重定向分区服务器，反馈对应的重定向信息，以使所述用户设备基于所述重定向信息发送所述目标服务请求。35.结合第三方面，在第三方面的第一种实施方式中，所述处理模块，包括以下任一单元：36.处理单元，用于获取当前与负载相关的信息，在基于该信息确定负载状态为中度负载时，处理所述目标服务请求；37.重定向单元，用于获取当前与负载相关的信息，在基于该信息确定负载状态为低负载或高负载时，基于http协议重定向分区服务器。38.结合第三方面的第一种实施方式，在第三方面的第二种实施方式中，所述重定向单元，包括以下任一子单元：39.第一重定向子单元，用于当负载状态为高负载时，发起扩展分区服务器的任务，并重定向至下一分区服务器；40.第二重定向子单元，用于当负载状态为低负载时，与其他分区服务器进行合并，并重定向至上一分区服务器。41.结合第三方面的第二种实施方式，在第三方面的第三种实施方式中，所述第二重定向子单元还用于执行下述至少一项：42.设置虚拟标识；所述虚拟标识用于与其他分区服务器合并后，在接收到服务请求时，基于所述虚拟标识重定向至所述上一分区服务器；43.当与其他分区服务器进行合并时，确定当前负载达预设阈值时，若在预设时间段内未接收到服务请求时，执行销毁当前分区服务器的任务；44.当与其他分区服务器进行合并时或执行所述销毁当前分区服务器的任务后，接收到基于重定向信息发送的服务请求时，重定向该服务请求对应的分区服务器至上一分区服务器；45.当与其他分区服务器进行合并时，接收到扩展分区服务器任务时，停止合并；46.当执行所述销毁当前分区服务器的任务后，接收到所述扩展分区服务器任务时，执行重建分区服务器任务，以继续处理服务请求或重定向分区服务器。47.结合第三方面，在第三方面的第四种实施方式中，所述装置还包括成功反馈模块：用于若处理所述目标服务请求，反馈对应的请求成功信息，以接收所述用户设备下一次发送的服务请求。48.第四方面，提供了一种负载均衡装置，包括：循环模块，用于针对基于http协议发送的目标服务请求，重复执行下述步骤，直至获得请求成功信息：49.接收基于当前的负载状态反馈的响应信息；所述响应信息包括处理所述目标服务请求对应的请求成功信息或基于http协议重定向分区服务器对应的重定向信息；50.在接收到所述重定向信息时，基于所述重定向信息重新发送所述目标服务请求。51.结合第四方面，在第四方面的第一种实施方式中，所述目标服务请求携带有预设分区标识或成功响应上一服务请求的分区服务器对应的分区标识；所述装置还包括存储模块，用于在接收到所述请求成功信息时，存储处理所述目标服务请求的分区服务器对应的分区标识；52.其中，所述请求成功信息包括分区服务器处理所述目标服务请求反馈的状态码或在预设时长内未接收到分区服务器反馈的信息时生成的提醒信息。53.结合第四方面，在第四方面的第二种实施方式中，所述重定向信息包括与高负载状态对应的下一分区标识或与低负载状态对应的上一分区标识；所述循环模块，包括以下任一单元：54.第一发送单元，用于基于所述下一分区标识重新发送所述目标服务请求；55.第二发送单元，用于基于所述上一分区标识重新发送所述目标服务请求。56.第五方面，提供了一种电子设备，其包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行第一方面及其任一种和第二方面及其任一种实施方式所述的负载均衡方法。57.第六方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现第一方面及其任一种和第二方面及其任一种实施方式所述的负载均衡方法。58.本技术提供的技术方案带来的有益效果是：59.本技术提供了一种负载均衡方法与相关设备，与现有技术相比，本技术提供的方法在接收到用户设备基于http协议发送的目标服务请求时，基于当前的负载状态，处理该目标服务请求或基于http协议重定向分区服务器；若基于http协议重定向分区服务器，反馈对应的重定向信息，以使用户设备基于重定向信息发送目标服务请求。本技术的实施通过利用服务器可以获取到其服务的负载能力，与http的重定向能力，达到自动让用户群分区分服，实现服务器负载均衡的效果，在无需用户选择分区的同时，降低了实施的复杂度，提高了运行的稳定性。60.本技术附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本技术的实践了解到。附图说明61.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。62.图1为现有技术中基于实时在线人数统计系统的自动分区方案对应的模块框图；63.图2为本技术实施例提供的一种负载均衡方法的流程示意图；64.图3为本技术实施例提供的另一种负载均衡方法的流程示意图；65.图4为本技术实施例提供的一种负载均衡方法的流程示意图；66.图5为本技术实施例提供的一种负载均衡方法的运行环境示意图；67.图6为为本技术实施例提供的一种负载均衡装置的结构示意图68.图7为本技术实施例提供的另一种负载均衡装置的结构示意图；69.图8为本技术实施例提供的一种电子设备的结构示意图。具体实施方式70.下面详细描述本技术的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本技术的限制。71.本
技术领域：
：技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。72.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。73.下面针对本技术实施例中可能涉及到的术语或者相关技术进行阐述：74.云技术(cloudtechnology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称，可以组成资源池，按需所用，灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源，如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用，将来每个物品都有可能存在自己的识别标志，都需要传输到后台系统进行逻辑处理，不同程度级别的数据将会分开处理，各类行业数据皆需要强大的系统后盾支撑，只能通过云计算来实现。75.云计算(cloudcomputing)指it基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是it和软件、互联网相关，也可是其他服务。云计算是网格计算(gridcomputing)、分布式计算(distributedcomputing)、并行计算(parallelcomputing)、效用计算(utilitycomputing)、网络存储(networkstoragetechnologies)、虚拟化(virtualization)、负载均衡(loadbalance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。76.用户：某互联网服务下的用户。77.用户设备：用户采用的电子设备。78.分区:将用户划分到不同的服务分区，如基于地理位置划分时，可以是华东区、华北区、华南区、华中区等。79.区服：向某一个分区下所有用户设备提供服务的后台服务器。区服可能是一个分布式集群，也可以是单机。本技术可以将一个区服看成一个整体。80.新建分区(扩展分区)：当某个分区下的用户设备较多导致负载高时，新建分区，以将该分区下的部分用户调度至新建分区中。81.合并分区(合区)：当某个分区下的用户设备变少时，将该分区合并到另一分区中。82.分区管理模块：用于根据分区的状态，控制新建分区或者合并分区。83.实时在线人数统计系统：可以实时地统计出系统在线人数的系统一般使用storm、spark等大数据分析工具，统计用户设备的访问日志来获取结果。84.监控模块：用于监控负载。上述实时在线人数统计系统属于一种监控模块。85.网关：统一接收用户设备基于http(hypertexttransferprotocol,超文本传输协议)协议发送的服务请求，并将用户设备的请求转发至不同的服务器；流量调度、会话保持、负载均衡可以在网关中实现。86.现有技术中，针对在基于互联网实施的多项服务中，因其服务特性的限制，无法支持用户规模无限扩大，而需要设置多个分区进行运营的情况，提出了一种人工运营方案，一般是采用人工运营，在用户多的时候，让用户主动在当前设置的多个分区中选择一个分区；在用户少的时候，人为合并分区，使得用户可选择的分区变少，达到合区的目的(如减少资源浪费)。下面以某一在线游戏的场景对人工运营方案进行举例说明，具体包括以下步骤：87.(1)首先根据各分区在线人数活跃度，划分区域，安排区服；88.(2)在用户登陆游戏时，引导用户选择分区，在用户选定某一分区后才能进入游戏；89.(3)当游戏在线的用户减少，或者某些分区在线人数活跃度降低时，回调至步骤(1)，以减少部分分区。90.(4)当游戏在线的用户增加时，或者某些分区在线人数过多，即将超过区服负载时，回调至步骤(1)，以增加一些分区。91.上述提及的人工运营方案，在变更分区的时候，通常需要配合向用户发布公告，或者在用户的呼吁下合并分区，维持分区用户活跃度，以让服务继续良好地运转下去。由此可见，采用人工运营方案，所产生的产品对用户友好程度较低，如需要用户自行选择分区或需要用户发出变更分区的请求。为解决该问题，现有技术中，提出了一种基于实时在线人数统计系统的自动分区方案，采用实时在线人数统计系统，将实时统计的在线人数反馈给一个负责划分区域的分区管理模块，由分区管理模块控制新建分区或合并分区进而将用户调度在相适应的分区中。92.具体地，相比于人工运营方案，基于实时在线人数统计系统的自动分区方案节省了人工运营分区、合区的操作，可以靠计算机智能地进行分区、合区。其中，在该方案中实时在线人数统计系统至关重要，通过该系统可以统计总在线人数和各分区的在线人数，然后根据在线人数决定是否新建、合并分区。由该方案所产生的产品主要由图1所示的几个模块组成，下面结合图1对该方案进行说明，具体地，该方案包括下述步骤：93.1.按照某种调度自动将用户设备划分到分区上；系统记录用户设备与分区的关系；94.2.用户设备的访问行为产生访问日志，实时在线人数统计系统实时感知用户设备的访问日志，并反馈至分区管理模块。95.3.实时在线人数统计系统将各分区负载高低的情况反馈至分区管理模块，由分区管理模块根据设定的策略进行新建分区，或者合并分区的处理。96.由此可见，基于实时在线人数统计系统的自动分区方案无需让用户选择分区，相比人工运营方案而言，用户体验度更高。但是，基于实时在线人数统计系统的自动分区方案在一些基础设施比较落后的场景下，新建分区、合并分区可能需要人工运维去部署分区，因此仍需要人工干预。另外，实时在线人数统计系统，一般由kafka、zookeeper、storm、spark等大数据处理集群套件完成，成本非常高；或者是通过统计各分区的区服负载，比如连接数、cpu使用率等指标来判断负载高低，但是仍然需要采用复杂的监控模块提供支持，以监控各分区负载高低以及整体分区的负载。97.针对上述问题，本技术提供一种负载均衡方法，在无需引入复杂的监控模块的前提下，基于服务器可以获取到其服务的负载能力，结合http的重定向能力，达到自动让用户群分区分服的效果。98.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。99.本技术实施例提供的一种负载均衡方法，应用于服务端，具体可以由本技术实施例提供的电子设备执行，具体地电子设备可以是服务器，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。如图2所示，本技术实施例提供的负载均衡方法包括以下步骤s201‑s203：100.步骤s201：接收用户设备基于http协议发送的目标服务请求。101.具体地，目标服务请求可以是用户设备基于互联网提供的服务发起的请求，例如用户登入某一在线游戏时，基于变更游戏装备的需求发起的请求。其中，在本技术实施例中，目标服务请求可以使用http协议发送，也可以使用https协议发送。http协议是一种用于分布式、协作式和超媒体信息系统的应用层协议；https协议是由ssl(securesocketslayer)+http协议构建的可进行加密传输、身份认证的网络协议。可选地，本技术实施例所涉及的基于http协议进行的数据传输、重定向等操作也可以适应https协议进行。102.可选地，目标服务请求可以是用户初始请求，也可以是用户继发请求；当目标服务请求为用户初始请求时，应用场景可以适应于用户设备初始发起服务请求时(用户为新用户)，基于默认的分区标识或随机的分区标识，向对应的分区服务器发起目标服务请求。当目标服务请求为用户继发请求时，应用场景可以适应于用户设备已有请求历史(用户为旧用户)，基于成功响应上一服务请求的分区服务器的标识，向对应分区服务器发起目标服务请求。103.步骤s202：基于当前的负载状态，处理目标服务请求或基于http协议重定向分区服务器。104.具体地，负载(load)可以理解为在特定时间间隔内运行队列中的平均线程数；若负载过高可能会导致分区服务器无法处理请求和/或操作。当前的负载状态可以是通过最近1分钟、5分钟、和/或15分钟的平均负载确定(上述时间仅作为示例，本技术实施例对此不作限定)。当前的负载状态可以由分区服务器自行确定，如分区服务器根据当前的吞吐量、连接数、cpu或内存使用率等指标信息，确定出自身的负载状态。如分区服务器基于cpu使用、内存使用和io消耗衡量自身的负载状态时，当检测到任一项使用过多(特定时间内超过第一设定阈值)，则确定为负载高；当检测到各项指标使用较少(特定时间内超过第二设定阈值)，则确定为负载低。其中，第一设定阈值与第二设定阈值可以根据分区服务器的配置设定，如单核cpu运行的分区服务器，可以设定第一设定阈值为0.7，当负载值不小于0.7时，确定当前负载高(过载)；可以设定第二设定阈值为0.1或0，当负载值不大于第二设定阈值时，确定当前负载低，可以考虑销毁该分区服务器。另，当负载值处于第一设定阈值与第二设定阈值之间时，可以确定当前负载状态属于中度负载，当前分区服务器可以正常提供服务，处理用户设备的服务请求。105.在一可行的实施例中，当前的负载状态还可以是分区服务器获取自身的指标信息上传至管理平台(可以是云计算平台)后，由管理平台确定相应的负载状态并下发至分区服务器。106.可选地，在步骤202中，当分区服务器处于不同的负载状态时，对应的处于结果不同，如分区服务器当前负载状态属于中度负载时(可以提供服务)，则处理该目标服务请求；否则，分区服务器将基于http协议重定向分区服务器。关于分区服务器基于当前的负载状态，处理目标服务请求或基于http协议重定向分区服务器的具体过程将在后续实施例中详细说明。107.步骤s203：若基于http协议重定向分区服务器，反馈对应的重定向信息，以使用户设备基于重定向信息发送目标服务请求。108.具体地，本技术实施例基于http协议实施，在http协议中，重定向操作由分区服务器通过发送特殊的响应(如redirects)而触发。在http协议中，重定向响应的状态码可以表示为3xx(如302)。在步骤s203中，重定向分区服务器可以理解为分区服务器发出重定向响应，而分区服务器所反馈对应的重定向信息可以包括该重定向响应对应的状态码以及该重定向响应提供的信息，在本技术实施例中该信息可以体现为重定向确定的分区服务器对应的分区标识。在用户设备接收到重定向响应(如接收到302状态码)时，将根据该重定向响应提供的信息中表征的分区服务器对应的分区标识，向重定向确定的分区服务器重新发送目标服务器请求。结合附图4所示，举例说明：用户设备向分区服务器0发送服务请求(http://a.com/service/g0/join？xxx)，分区服务器0基于当前自身的负载状态确定负载高时，向用户设备反馈重定向信息(302http://a.com/service/g1/join？expand＝1；其中302为状态码)，此时用户设备接收到状态码302及url地址，在url地址中可以知悉重定向确定的分区服务器g1，因此，用户设备将基于重定向信息向分区服务器1发送服务请求(http://a.com/service/group‑1/join？expand＝1)。109.可选地，在本技术中，重定向可以是临时重定向，对应状态码为302。可以应用于当前分区服务器无法向用户提供服务，发出重定向响应的场景。110.在本技术中，用户设备可以理解为http客户端/终端，分区服务器可以理解为http服务器；由用户设备发起一个服务请求，创建一个到分区服务器指定端口的tcp连接。分区服务器则在该端口监听用户设备的服务请求。一旦收到服务请求，分区服务器会向用户设备返回一个状态，比如分区服务器成功处理该服务请求时返回"200ok"，以及向用户设备返回相关内容，如用户设备请求的文件、错误消息、或者其它信息。111.在一实施例中，本技术提供的负载均衡方法还可以包括步骤s204：当处理目标服务请求时，反馈对应的请求成功信息，以接收用户设备下一次发送的服务请求。112.具体地，当服务器当前可以向用户设备提供服务时，服务器将处理该目标服务请求，并向用户设备反馈对应的请求成功信息和/或请求内容。在用户设备确定当前目标服务请求已得到处理后，可以是视为将该用户设备划分到当前分区服务器，后续同一用户设备发起的下一服务请求时，该服务请求将发送至当前分区服务器。113.上述实施例对本技术提供的负载均衡方法进行了说明，主要通过服务器基于当前的负载状态，利用http的重定向能力，实现自适应地将用户设备划分在不同的分区服务器中，达到各服务器负载均衡的效果。具体地，自适应是指基于分区服务器的负载状态将用户设备进行划分时，可以实现若当前分区服务器当前的负载状态属于中度负载，将用户设备划分至当前分区服务器中(体现为当前分区服务器处理用户设备发送的服务请求)；若当前分区服务器当前的负载状态属于高负载，发起扩展分区服务器的任务，并指示将用户设备划分至扩展得到的分区服务器(下一分区服务器)中(体现为由扩展所得的分区服务器处理用户设备发送的服务请求)；若当前分区服务器当前的负载状态属于低负载，执行当前分区服务器与上一分区服务器的合并任务，并指示将用户设备划分至上一分区服务器中(体现为由上一分区服务器处理用户设备发送的服务请求)。其中，当执行重定向操作时，用户是无法感知的，整个重定向的过程体现在用户设备基于重定向对应的分区服务器对应的分区标识，重新向其他服务器发出目标服务请求。114.以下结合附图与实施例，针对本技术中基于当前的负载状态，处理目标服务请求或基于http协议重定向分区服务器的具体过程进行阐述。115.具体地，步骤s202基于当前的负载状态，处理目标服务请求或重定向分区服务器，包括以下步骤a1‑a2中的任一项：116.步骤a1：获取当前与负载相关的信息，在基于该信息确定负载状态为中度负载时，处理目标服务请求。117.步骤a2：获取当前与负载相关的信息，在基于该信息确定负载状态为低负载或高负载时，基于http协议重定向分区服务器。118.具体地，负载状态用于衡量服务器的繁忙程度；与负载相关的信息可以是吞吐量、连接数、cpu或内存使用率等指标信息。在确定负载状态时可以基于处于可运行状态(runnablestate)和不可中断状态(uninterrupttablestate)的进程数确定；可选地，基于负载相关的信息所确定的负载状态包括以下三种情况：119.(1)负载状态为中度负载：此时可以理解为服务器cpu的资源可以处理目标服务请求。120.在该负载状态下，服务器可以处理该目标服务请求，如响应200，即成功处理该请求；又如响应202，即服务器接受处理该请求，但仍未处理。121.(2)负载状态为高负载：可以理解为服务器的资源无法提供服务；如cpu资源不足导致的高负载，举例说明：当服务器只有一个cpu时，处理每个进程需要耗费1s，但是在该1s秒同时有两个进程需要处理，则会导致每1s对应有一个进程无法进行处理，对应服务器的负载将不断增加，最终导致无法及时处理服务请求。又如cpu利用率导致的高负载，举例说明：当服务器接收到大量的读请求时，可能会导致io成为瓶颈，此时所需处理的进程处于等待io时属于不可终端状态，因此，在计算服务器负载时，会导致最终呈现为高负载。122.(3)负载状态为低负载：可以理解为服务器当前所需处理的进程非常少，且可能接收到的用户请求非常少，可以考虑销毁该服务器以避免网络资源的浪费。如服务器当前所需处理的进程数仅为2时，将该进程调度至其他分区服务器进行处理也不影响该分区服务器原有处理进程的能力，因此可以考虑销毁负载状态为低负载的分区服务器。123.当负载状态处于高负载或低负载时，服务器将发出重定向响应(如响应302)。124.在一实施例中，可以通过设定负载值区分负载状态，假设满载为1时，若负载超过1，可以视为高负载；若负载低于0.1时，可以视为低负载。上述数值仅作为示例进行理解，在实际应用中，可以根据实际应用场景进行设置，本技术对此不作限定。125.可选地，步骤a2中基于http协议重定向分区服务器，包括以下步骤a21‑a22中的至少一项：126.步骤a21：当负载状态为高负载时，发起扩展分区服务器的任务，并基于http协议重定向至下一分区服务器。127.具体地，发起扩展分区服务器的任务时，可以理解为服务器确定需要新建分区，此时产品的整个运行系统中将创建一个分区并配置相应提供服务的分区服务器。举例说明：假设当前分区服务器所在分区的标识为n，当发起扩展分区服务器的任务时，整个运行环境中将创建有一个标识为n+1的分区并配置有相应的分区服务器。128.可选地，重定向至下一分区服务器可以理解为服务器在发出重定向响应时，向用户设备提供下一分区服务器对应的分区标识。129.通过上述步骤a21的实施，可以利用区服自身负载高的特性，配合http的跳转重定向能力达到将用户设备划分加入新建分区的目的。下述针对在适应区服自身负载低的情况下，需要合并分区的具体过程进行阐述。130.步骤a22：当负载状态为低负载时，执行当前分区服务器与其他分区服务器合并的任务，并基于http协议重定向至上一分区服务器。131.其中，与其他分区服务器进行合并时，可以理解为当前分区服务器确定需要合并分区，此时产品的整个运行系统中至少包括两个分区且分别配置有相应的区服。当执行合并分区时，将当前分区服务器与其他分区服务器进行合并，其他分区服务器可以是整个运行系统中除当前分区服务器以外的任一分区服务器，也可以是当前分区服务器的上一分区服务器(如指示扩展当前分区服务器的分区服务器)。可选地，在执行合并分区时，还包括将当前分区服务器所服务的所有用户设备重定向至上一分区服务器。132.具体地，重定向至上一分区服务器可以理解为服务器在发出重定向响应时，向用户设备提供上一分区服务器对应的分区标识。133.可选地，步骤a22中与其他分区服务器进行合并，可以包括以下步骤a221‑a225中的至少一项：134.步骤a221：设置虚拟标识；虚拟标识用于与其他分区服务器合并后，在接收到服务请求时，基于虚拟标识重定向至上一分区服务器。135.具体地，假设当前分区服务器对应的分区标识为n，当该服务器的负载很低，确定需要执行合并分区任务时，分区服务器将设置一个虚拟标识，当分区服务器接收到当前用户设备再次发送的服务请求或接收到基于重定向信息发送的服务请求时，基于当前的虚拟标识，将直接发出重定向响应，对应再次发送的服务请求重定向至上一分区服务器对应的分区标识n‑1。通过设置虚拟标识，可以有效节省分区服务器确定进行重定向的网络资源。136.可选地，虚拟标识可以是针对服务器资源利用情况进行设定，如针对分区服务器设置标识0或1，标识0(虚拟标识)表征当前分区服务器需要与其他分区服务器进行合并(体现为当前分区服务器不再处理服务请求)，标识1表征当前分区服务器的负载状态属于中度负载(体现为可以正常处理服务请求)。137.步骤a222：当与其他分区服务器进行合并时，确定当前负载达预设阈值时，若在预设时间段内未接收到服务请求时，执行销毁当前分区服务器的任务。138.具体地，考虑到在产品的整个运行系统中，当用户设备上一服务请求由当前分区服务器处理时，用户设备所发起的下一服务请求仍会向当前分区服务器发送；以及可能有后续的分区收敛至当前分区服务器对应的分区中(如当前分区服务器n与上一分区服务器n‑1合并时，下一分区服务器n+1请求与当前分区服务器n合并)的情况，本技术在确定执行合并分区的任务时，并非直接执行，而是在将当前分区服务器服务的所有用户设备重定向至其他分区服务器后，确定自身的负载达预设阈值时(如负载值下降为0)，等待一定时长(该时长可以基于预设时间段确定)，若在等待过程中，并未接收到任一服务请求时，执行销毁分区服务器的任务。139.步骤a223：当与其他分区服务器进行合并时或执行销毁当前分区服务器的任务后，接收到基于重定向信息发送的服务请求时，重定向该服务请求对应的分区服务器至上一分区服务器。140.具体地，假设当前整个运行系统中包括三个分区，分区0、1、2，当分区1对应的分区服务器确定进行合并时(或者合并后，即销毁后)，仍存在分区2时，在分区2对应的分区服务器确定进行合并时，分区1对应的分区服务器会接收到基于分区2对应的分区服务器发出的重定向响应而向分区1对应的分区服务器发送的服务请求a，此时，由于分区1对应的分区服务器不再处理服务请求，将发出重定向响应(分区服务器可以借助参数reduce＝1执行重定向操作)，分区1对应的分区服务器将该服务请求a对应的分区服务器重定向至分区0对应的分区服务器中。141.步骤a224：当与其他分区服务器进行合并时，接收到扩展分区服务器任务时，停止合并。142.具体地，举例说明，假设当前整个运行系统中包括三个分区，分区0、1、2，当分区2对应的分区服务器确定与分区1对应的分区服务器进行合并时，合并过程中将分区2中包括的用户设备调度至分区1中，在合并的过程中，接收到其他分区服务器或管理平台发出的扩展分区服务器指示时(如当前分区1对应的分区服务器又处于高负载状态时，接收到包括参数expand＝1的指示)，分区2对应的分区服务器将停止执行合并操作，以保留分区2及其对应的分区服务器为用户提供服务。143.步骤a225：当执行销毁当前分区服务器的任务后，接收到扩展分区服务器任务时，执行重建分区服务器任务，以继续处理服务请求或重定向分区服务器。144.具体地，举例说明，假设当前整个运行系统中包括三个分区，分区0、1、2；当分区1对应的分区服务器执行销毁当前分区服务器的任务后，服务器释放了所占用的资源，对应的分区1呈现为虚拟分区(相应的状态可以通过数据库等进行查询确定)，此时，若接收到扩展分区服务器任务时(如接收到expand＝1的请求)，将基于当前已经销毁的分区1进行重建(包括配置对应的分区服务器)，获得与原分区1相应的功能场景(如可以为用户设备提供服务或执行重定向操作)。145.在上述实施例实现的过程中，使用电子设备的用户是无法感知分区的具体情况的，整个过程(包括重定向操作)可以由客户端的应用程序进行记录。146.本技术实施例还提供一种可以由用户设备执行的负载均衡方法，具体可以由本技术实施例提供的电子设备执行，具体地电子设备可以是客户端，也可以是web端，客户端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表、智能摄像机、机器人等，但并不局限于此。如图3所示，本技术实施例提供的负载均衡方法包括以下步骤s301：147.步骤s301：针对基于http协议发送的目标服务请求，重复执行下述步骤b1‑b2，直至获得请求成功信息。148.其中，目标服务请求携带有预设分区标识或成功响应上一服务请求的分区服务器对应的分区标识。具体地，预设分区标识可以是在用户为新用户时，客户端的应用程序默认的分区标识或随机分配的分区标识；成功响应上一请求的服务器对应的分区标识可以是在用户为旧用户时，在完成上一服务请求时，客户端的应用程序存储有分区服务器的分区标识，在当前发起目标服务请求时，将基于存储的分区标识向完成上一服务请求的服务器发送目标服务请求。可选地，若某一分区服务器成功处理用户设备的上一服务请求时，可以理解为该用户设备被划分进行该分区服务器。149.可选地，在接收到到请求成功信息时，用户设备还存储处理目标服务请求的分区服务器对应的分区标识。150.步骤b1：接收分区服务器基于当前的负载状态反馈的响应信息；响应信息包括处理目标服务请求对应的请求成功信息或基于http协议重定向分区服务器对应的重定向信息。151.其中，请求成功信息包括分区服务器处理目标服务请求反馈的状态码或在预设时长内未接收到分区服务器反馈的信息时生成的提醒信息。152.可选地，当分区服务器当前的资源可以应用于向用户设备提供服务时，将处理用户设备发起的目标服务请求，并向用户设备反馈相应的状态码200及相应的请求内容。在一可行的实施例中，即使分区服务器已经处理目标服务请求或正准备处理目标服务请求，却并未向用户设备反馈任何信息(如响应204、205)；此时，用户设备若在预设时长内未接收到分区服务器反馈的信息时自动生成提醒信息，以确定目标服务请求已被处理(考虑到若分区服务器执行重定向操作时，用户设备必然接收到重定向信息，因此，可以设定在预设时长内未接收到任何信息时，即可默认为目标服务请求已被分区服务器所处理)。153.步骤b2：在接收到重定向信息时，基于重定向信息发送目标服务请求。154.具体地，重定向信息包括与高负载状态对应的下一分区标识或与低负载状态对应的上一分区标识；步骤b2中基于重定向信息发送目标服务请求，包括以下步骤b21‑b22中的任一项：155.步骤b21：基于下一分区标识重新发送目标服务请求。156.具体地，若当前接收目标服务请求的分区服务器处理高负载的状态时，该分区服务器将执行重定向操作，并向用户设备反馈重定向信息，该信息中包括由重定向至下一分区服务器所对应的下一分区标识。用户设备将基于该下一分区标识向下一分区对应的服务器重新发起目标服务请求。157.步骤b22：基于上一分区标识重新发送目标服务请求。158.具体地，若当前接收目标服务请求的分区服务器处理低负载的状态时，该分区服务器将执行重定向操作，并向用户反馈重定向信息，该信息中包括由重定向至上一分区服务器所对应的上一分区标识。用户设备将基于该上一分区标识重新发起目标服务请求。159.可选地，考虑到前向重定向时，存在中间分区已被缩减释放的情况，如假设当前运行系统中包括分区0、1、2；其中，分区1已被缩减释放(如与分区0进行合并)，系统可以存储该分区1的相关情况；用户设备向分区2对应的分区服务器发送目标服务请求，当分区2对应的分区服务器执行重定向操作时，重定向至分区1对应的分区服务器；当用户设备基于分区2对应的分区服务器反馈的重定向信息重新发送目标服务请求时，由于分区1已被缩减释放，此时用户设备重新发送的目标服务请求将直接向分区0对应的分区服务器发送；该过程中，目标服务请求的转发可以由网关实现，例如：在用户设备基于重定向信息(对应为分区1的标识)重新发送目标服务请求时，网关基于当前系统所存储的分区1已被缩减释放的信息，将目标服务请求再向上一分区对应的分区服务器转发(即转发至分区0对应的分区服务器)。160.在一可行的实施例中，步骤b22与上述实施例所示的步骤a221(分区服务器设置虚拟标识)可以理解为适应于同一应用场景(某一中间分区及其对应的分区服务器已被缩减释放，即合并)，采用不同的方法进行处理。可选地，步骤b22与步骤a221所示的方法步骤可以相互引用；即当某一分区执行合并分区任务时，该分区服务器设置有虚拟标识且系统存储该分区已被缩减释放的相关信息。161.其中，关于分区服务器确定负载状态的相关描述可以参考上述实施例的说明，在此不再详述。162.在上述实施例针对应用于用户端和应用于服务端的负载均衡方法进行阐述时，具有相互引用的情况，在对具体实施例进行解释时可以相互参考。163.本技术实施例可以实现对所服务用户设备进行分区分服的功能，实现过程简单，且具备自动化划分用户设备的能力，可以适用于单机作为区服，区服能够虚拟化自动扩充的场景。164.在一可行的实施例中，本技术的运行环境中可以包括用户设备和服务器，在此基础上还可以包括中间服务器，如网关，用于接收用户设备发起的服务请求，根据服务请求中携带的分区标识自动地负载均衡地将服务请求转发至与分区标识对应的分区服务器中。可选地，本技术实施例在利用http协议的重定向能力时，可以将分区设计在统一资源定位系统(uniformresourcelocator，url)中，根据urlhash的负载均衡方式进行处理。165.为进一步说明本技术提供的负载均衡方法，下面结合图4和图5，提供可行的应用例。166.应用例1：在基于xp2p(以新一代的p2p技术为核心的技术)的tracker(运行于服务器上的一个程序)服务中，可以将观看同一视频内容的用户设备聚集在同一区域中，实现用户可以相互沟通、讨论或分享的操作。然后，针对如春节晚会等视频内容，由于同时间段请求观看该视频内容的用户数量非常庞大，无法将所有用户聚集在同一个分区中，此时可以根据当前的用户数量等信息新建分区并配置分区服务器，将用户设备划分至各个分区中。其中，用户设备划分的过程可以采用本技术提供的负载均衡方法实现。如1亿人同时观看春节晚会需要非常大的带宽，可以利用本技术提供的负载均衡方法划分出10个分区，每个分区包括1000万人，用户通过各自设备所在分区进行观看。此时，可以达到10个分区的负载均衡的效果。167.应用例2：结合图4和图5，当前运行环境中包括多个用户设备501、分区服务器502、和网关503。用户设备a发起目标服务请求时，网关503基于该目标服务请求中携带的分区标识0，将该目标服务请求转发至分区0对应的分区服务器中(示例：http://a.com/service/g0/join？xxx)；分区0对应的分区服务器处于高负载状态，则发起向后扩展分区服务器的任务(此时运行环境中新增有分区1对应的分区服务器)并执行重定向操作发出重定向响应，网关503将分区0对应的分区服务器反馈的重定向信息转发至用户设备a(示例：包括状态码302，及重定向响应时确定的url地址http://a.com/service/g1/join？expand＝1，其中参数expand＝1表征重定向至下一分区服务器)；用户设备a基于接收到的重定向信息重新发送目标服务请求；网关503接收到用户设备a重新发送的目标服务请求时，基于该请求携带的url地址(http://a.com/service/group‑1/join？expand＝1)向分区1对应的分区服务器转发该目标服务请求；分区1的分区服务器接收到用户设备a发送的目标服务请求时，确定当前处于高负载状态时，则发起向后扩展分区服务器的任务(此时运行环境中新增有分区2对应的分区服务器)并执行重定向操作发出重定向响应，网关503将分区1对应的分区服务器反馈的重定向信息转发至用户设备a(示例：包括状态码302，以及重定向响应时确定的url地址http://a.com/service/g2/join？expand＝1，其中参数expand＝1表征重定向至下一分区服务器)；用户设备a基于接收到的重定向信息重新发送目标服务请求，网关503接收到用户设备a重新发送的目标服务请求时，基于该请求携带的url地址(http://a.com/service/group‑2/join？expand＝1)向分区2对应的分区服务器转发该目标服务请求(该过程可以视为用户设备a向分区2对应的分区服务器发送目标服务请求)；分区2的分区服务器接收到用户设备a发送的目标服务请求时，确定当前处于中度负载状态时，处理该目标服务请求，并反馈响应状态码200；网关503将该状态码200转发至用户设备a，用户设备a在接收到该状态码200时，知悉当前的目标服务请求已被分区2对应的分区服务器成功处理，用户设备a将存储分区服务器的分区标识2。在用户设备a下一次发起服务请求时，将携带有分区标识2；网关503在接收到该服务请求时，将基于携带的分区标识2将该服务请求转发至分区2对应的分区服务器中；分区2对应的分区服务器接收到该服务请求后，确定当前处于负载低的状态时，执行向前收敛的操作(与上一分区服务器进行合并)并执行重定向操作发出重定向响应；网关503将分区2对应的分区服务器反馈的重定向信息转发至用户设备a(示例：包括状态码302，以及重定向响应时确定的url地址http://a.com/service/group‑1/htbt？reduce＝1，其中参数reduce＝1表征重定向至上一分区服务器)；用户设备a基于重定向信息重新发送该服务请求；网关503基于该服务请求携带的上一分区标识将该服务请求转发至分区1对应的分区服务器中(示例：http://a.com/service/group‑1/htbt？reduce＝1)。后续将重复上述步骤b1‑b2直至用户设备a获得请求成功信息(如状态码200)。后续执行步骤不再一一赘述。168.结合上述应用例2，可见，url地址http://a.com/service/g0/join？xxx中包括分区标识g0；url地址http://a.com/service/g1/join？expand＝1中包括分区标识g1和参数expand＝1。由此可见，本技术实施例中所涉及的分区标识可以结合url地址进行设计。169.在一实施例中，如图6所示，提供了一种应用于服务端的负载均衡装置600，包括：接收模块601、处理模块602和反馈模块603。170.具体地：接收模块601，用于接收用户设备基于http协议发送的目标服务请求；处理模块602，用于基于当前的负载状态，处理目标服务请求或基于http协议重定向分区服务器；反馈模块603，用于若基于http协议重定向分区服务器，反馈对应的重定向信息，以使用户设备基于重定向信息发送目标服务请求。171.可选地，处理模块602，包括以下任一单元：172.处理单元，用于获取当前与负载相关的信息，在基于该信息确定负载状态为中度负载时，处理目标服务请求；173.重定向单元，用于获取当前与负载相关的信息，在基于该信息确定负载状态为低负载或高负载时，基于http协议重定向分区服务器。174.可选地，重定向单元，包括以下任一子单元：175.第一重定向子单元，用于当负载状态为高负载时，发起扩展分区服务器的任务，并重定向至下一分区服务器；176.第二重定向子单元，用于当负载状态为低负载时，执行当前分区服务器与其他分区服务器合并的任务，并重定向至上一分区服务器。177.可选地，第二重定向子单元还用于执行下述至少一项：178.设置虚拟标识；虚拟标识用于与其他分区服务器合并后，在接收到服务请求时，基于虚拟标识重定向至上一分区服务器；179.当与其他分区服务器进行合并时，确定当前负载达预设阈值时，若在预设时间段内未接收到服务请求时，执行销毁当前分区服务器的任务；180.当与其他分区服务器进行合并时或执行销毁当前分区服务器的任务后，接收到基于重定向信息发送的服务请求时，重定向该服务请求对应的分区服务器至上一分区服务器；181.当与其他分区服务器进行合并时，接收到扩展分区服务器任务时，停止合并；182.当执行销毁当前分区服务器的任务后，接收到扩展分区服务器任务时，执行重建分区服务器任务，以继续处理服务请求或重定向分区服务器。183.可选地，装置600还包括成功反馈模块：用于若处理目标服务请求，反馈对应的请求成功信息，以接收用户设备下一次发送的服务请求。在一实施例中，如图7所示，提供了一种应用于用户端的负载均衡装置700，包括：循环模块701；具体地，循环模块701，用于针对基于http协议发送的目标服务请求，重复执行下述步骤，直至获得请求成功信息：接收分区服务器基于当前的负载状态反馈的响应信息；响应信息包括处理目标服务请求对应的请求成功信息或基于http协议重定向分区服务器对应的重定向信息；在接收到重定向信息时，基于重定向信息发送目标服务请求。184.可选地，目标服务请求携带有预设分区标识或成功响应上一服务请求的分区服务器对应的分区标识；装置700还包括存储模块，用于在接收到请求成功信息时，存储处理目标服务请求的分区服务器对应的分区标识；185.其中，请求成功信息包括分区服务器处理目标服务请求反馈的状态码或在预设时长内未接收到分区服务器反馈的信息时生成的提醒信息。186.可选地，重定向信息包括与高负载状态对应的下一分区标识或与低负载状态对应的上一分区标识；循环模块701，包括以下任一单元：187.第一发送单元，用于基于下一分区标识重新发送目标服务请求；188.第二发送单元，用于基于上一分区标识重新发送目标服务请求。189.本技术实施例的负载均衡装置可执行本技术的实施例所提供的一种负载均衡方法，其实现原理相类似，本技术各实施例中的负载均衡装置中的各模块所执行的动作是与本技术各实施例中的负载均衡方法中的步骤相对应的，对于负载均衡装置的各模块的详细功能描述具体可以参见前文中所示的对应的负载均衡方法中的描述，此处不再赘述。190.在一个可选实施例中提供了一种电子设备，如图8所示，图8所示的电子设备800包括：处理器801和存储器803。其中，处理器801和存储器803相连，如通过总线802相连。可选地，电子设备800还可以包括收发器804。需要说明的是，实际应用中收发器804不限于一个，该电子设备800的结构并不构成对本技术实施例的限定。191.处理器801可以是cpu(centralprocessingunit，中央处理器)，通用处理器，dsp(digitalsignalprocessor，数据信号处理器)，asic(applicationspecificintegratedcircuit，专用集成电路)，fpga(fieldprogrammablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器801也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。192.总线802可包括一通路，在上述组件之间传送信息。总线802可以是pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。总线802可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。193.存储器803可以是rom(readonlymemory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(randomaccessmemory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electricallyerasableprogrammablereadonlymemory，电可擦可编程只读存储器)、cd‑rom(compactdiscreadonlymemory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。194.存储器803用于存储执行本技术方案的应用程序代码，并由处理器801来控制执行。处理器801用于执行存储器803中存储的应用程序代码，以实现前述方法实施例所示的内容。195.其中，电子设备包括但不限于：移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。196.根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的负载均衡方法。197.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，本技术提供的方法在接收到用户设备基于http协议发送的目标服务请求时，基于当前的负载状态，处理该目标服务请求或基于http协议重定向分区服务器；若基于http协议重定向分区服务器，反馈对应的重定向信息，以使用户设备基于重定向信息发送目标服务请求。本技术的实施通过利用服务器可以获取到其服务的负载能力，与http的重定向能力，达到自动让用户群分区分服，实现服务器负载均衡的效果，在无需用户选择分区的同时，降低了实施的复杂度，提高了运行的稳定性。198.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。199.需要说明的是，本技术上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd‑rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本技术中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。200.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。201.上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。202.可以以一种或多种程序设计语言或其组合来编写用于执行本技术的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。203.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。204.描述于本技术实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定，例如，接收模块还可以被描述为“用于接收用户设备基于http协议发送的目标服务请求的模块”。205.上文主要介绍说明了执行主体为硬件，在装置这里请简单说明一下执行主体可以为软件。在一些实施例中，本发明实施例提供的负载均衡装置可以采用软硬件结合的方式实现，作为示例，本发明实施例提供的负载均衡装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的负载均衡方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，applicationspecificintegratedcircuit)、dsp、可编程逻辑器件(pld，programmablelogicdevice)、复杂可编程逻辑器件(cpld，complexprogrammablelogicdevice)、现场可编程门阵列(fpga，field‑programmablegatearray)或其他电子元件。206.在另一些实施例中，本发明实施例提供的负载均衡装置可以采用软件方式实现，图6和图7分别示出了存储在存储器中的负载均衡装置600和700，其可以是程序和插件等形式的软件，并包括一系列的模块，装置600包括接收模块601、处理模块602和反馈模块603；装置700包括循环模块701；用于实现本技术实施例提供的负载均衡方法。207.以上描述仅为本技术的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本技术中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本技术中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。当前第1页12当前第1页12