本发明属于互联网领域，尤其涉及一种域名的确认方法、系统、设备及计算机可读存储介质。
背景技术：
现有公司一般只有一个套自建的机房，当自建机房发生流量拥堵，或者发生网络故障时会影响现有业务正常使用，或者导致业务完全不可用；为了解决这一问题，那么需要公司准备两套及两套以上接入服务(腾讯云，自建机房)，当一套服务发生问题，或者不可用时需要及时切换到可用的服务上去。
但是仍存在：
实际访问的节点可能与用户请求的发起节点距离较远，响应速度慢，用户体验差；
域名检查和切换方案不完善；
一个区域名不能访问时，请求可能持续发送到这个区域。
鉴于融合app需要快速推广至全网的计划，需要实现一套完备的网络保底及稳定方案从而衍生出了本发明的技术方案，本发明具有多套接入服务；服务端可以进行服务健康检查；客户端能快速感知服务不可用并快速切换。
技术实现要素：
为了解决上述技术问题，本发明的目的在于提供一种域名的确认方法、系统、设备及计算机可读存储介质。
根据本发明的一个方面，提供了一种域名的确认方法，包括以下步骤：
接收客户端发送的域名请求；
根据所述域名请求获取候选域名；
将获取的所述候选域名返回给所述客户端，以供客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
进一步的，非客户端就近地理位置的域名包括与客户端就近地理位置同级的各地理位置的域名及预埋域名，其中，客户端就近地理位置的域名、与客户端就近地理位置同级的各地理位置的域名通过候选域名获得，所述预埋域名储存在客户端。
进一步的，客户端就近地理位置的域名优先级高于各地理位置的域名及预埋域名。
进一步的，以供客户端根据所有域名的预设优选级进行筛选，确定最终可用的最优域名，包括：
若客户端就近地理位置的域名可用，则最优域名为客户端就近地理位置的域名；
若客户端就近地理位置的域名不可用，则最优域名为可用的各地理位置的域名及预埋域名中的任意一个。
进一步的，根据所述域名请求获取候选域名，包括：
获取客户端就近地理位置的域名；
获取与客户端就近地理位置同级的各地理位置的域名。
进一步的，获取客户端就近地理位置的域名包括：
获取距离客户端最近的接口信息；
基于所述接口信息，根据客户端的ip地址信息获取其对应的上级地理信息；
根据该地理信息从配置中获取其所属服务器域名，得到客户端就近地理位置的域名。
进一步的，客户端就近地理位置的域名为客户端所在区的域名。
进一步的，基于所述接口信息，根据客户端的ip地址信息获取其对应的上级地理信息，包括：
根据客户端的ip地址信息获取其对应ip的区域信息；
从所述区域信息中分离出ip对应的省会信息。
进一步的，获取与客户端就近地理位置同级的各地理位置的域名，包括：
获取与客户端就近地理位置同级的各地理位置的接口信息；
根据所述接口信息从配置中获取各个地理位置的域名列表。
进一步的，各地理位置的域名为各区域名，各地理位置的接口信息为各区接口信息。
进一步的，所述的域名的确认方法，还包括：
当所述地理位置的域名列表更新时，服务端将更新通知推送给客户端，客户端收到通知后主动获取最新的域名列表。
进一步的，所述的域名的确认方法，还包括：
接收客户端发送的域名请求超时时，重新执行步骤：
根据所述域名请求获取候选域名；
将获取的所述候选域名返回给所述客户端，以供客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名。
根据本发明的一个方面，提供了一种基于所述的域名的确认系统，包括：
接收单元：接收客户端发送的域名请求；
候选域名获取单元：根据所述域名请求获取候选域名；
发送单元：将获取的所述候选域名返回给所述客户端，以供客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
根据本发明的一个方面，提供了一种设备，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上任一项所述的方法。
根据本发明的一个方面，提供了一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如上任一项所述的方法。
根据本发明的一个方面，提供了一种域名的确认方法，包括以下步骤：
向服务端发送域名请求；
接收服务端根据所述域名请求获取的候选域名；
根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
进一步的，非客户端就近地理位置的域名包括与客户端就近地理位置同级的各地理位置的域名及预埋域名，其中，客户端就近地理位置的域名、与客户端就近地理位置同级的各地理位置的域名通过候选域名获得，所述预埋域名储存在客户端。
进一步的，客户端就近地理位置的域名优先级高于各地理位置的域名及预埋域名。
进一步的，根据所有域名的预设优选级进行筛选，确定最终可用的最优域名，包括：
若客户端就近地理位置的域名可用，则最优域名为客户端就近地理位置的域名；
若客户端就近地理位置的域名不可用，则最优域名为可用的各地理位置的域名及预埋域名中的任意一个。
进一步的，接收服务端根据所述域名请求获取的候选域名，包括：
接收服务端根据所述域名请求获取的客户端就近地理位置的域名；
接收服务端根据所述域名请求获取的与客户端就近地理位置同级的各地理位置的域名。
进一步的，接收服务端根据所述域名请求获取的客户端就近地理位置的域名包括：
获取由服务端提供的最近的接口信息；
调用所述接口信息，获取由服务端根据客户端的ip地址信息获取其对应的上级地理信息，根据所述地理信息从配置中获取其所属服务器域名得到的客户端就近地理位置的域名。
进一步的，客户端就近地理位置的域名为客户端所在区的域名。
进一步的，接收服务端根据所述域名请求获取的与客户端就近地理位置同级的各地理位置的域名，包括：
调用由服务端提供的客户端就近地理位置同级的各地理位置的接口信息；
获取由服务端根据所述接口信息从配置中获取的各个地理位置的域名列表。
进一步的，各地理位置的域名为各区域名，各地理位置的接口信息为各区接口信息。
进一步的，所述的域名的确认方法，还包括：
接收服务端发送的所述地理位置的域名列表的更新通知；
获取更新后的地理位置的域名列表。
进一步的，所述的域名的确认方法，还包括：
发送域名请求超时时，重新执行步骤：
接收服务端根据所述域名请求获取的候选域名；
根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
进一步的，选出并切换至最终可用的最优域名，之前包括：
将获取的所有域名添加至创建的临时列表中；
创建线程池，所述线程池中每个线程与临时列表中域名对应；
启动线程池所有线程，每个域名接收访问请求；
所有线程执行完毕，统计每个域名接收访问请求的结果。
根据本发明的一个方面，提供了一种基于上述所述的域名的确认系统，包括：
发送单元：向服务端发送域名请求；
接收单元：接收服务端根据所述域名请求获取的候选域名；
最优域名确认单元：根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
进一步的，发送单元、接收单元、最优域名确认单元为配置在客户端中的app。
进一步的，发送单元为配置在客户端中的app，接收单元、最优域名确认单元为独立于app单独配置的sdk。
进一步的，预埋域名存储于app中。
根据本发明的一个方面，提供了一种设备，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上任一项所述的方法。
根据本发明的一个方面，提供了一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如上任一项所述的方法。与现有技术相比，本发明具有以下有益效果：
1、本发明示例的域名的确认方法，客户端根据获取的所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名。通过就近域名访问，加快了请求响应，提高了用户体验。
2、本发明示例的域名的确认方法，当客户端就近地理位置的域名暂停服务时，会自动切换到其他区服务，保证了服务的稳定性。实现了一套完整的域名检查和域名切换方案。通过就近接入原则，把请求均匀的分配到地理位置域名的服务器上，实现了服务器之间的流量控制和负载均衡。
3、本发明示例的域名的确认系统，各个单元协同合作，通过域名筛选和最优域名选择方案，解决任何网络情况下，在最优域名下执行客户端访问请求，客户端对网络域名的切换及筛选毫无察觉，提高了用户体验，能达到任何情况下调用的请求一直可用而且负载均衡。
4、本发明示例的设备，通过一个或多个处理器执行如上任一项所述的方法，通过域名筛选和最优域名选择方案，解决任何网络情况下，在最优域名下执行客户端访问请求。
5、本发明示例的存储有计算机程序的计算机可读存储介质，通过存储有计算机程序的计算机可读介质,所述程序被运行用于获取最优域名，保证负载均衡，用户体验好，且便于推广。
附图说明
图1为实施例一域名的确认方法的流程图；
图2为实施例一http访问请求的执行方法的整体流程图。
具体实施方式
为了更好的了解本发明的技术方案，下面结合具体实施例、说明书附图对本发明作进一步说明。
实施例一：
环境准备：
在各个区机房搭建一套lvs+nginx服务(2台lvs+1台vip+2台nginx)，配置好相关的keepalived.conf、nginx.conf文件、提供出对应的域名地址。在动态配置里面把相应的域名列表、省会对应的区、每个区的域名等信息配置好。
本实施例提供了一种域名的确认方法，包括以下步骤：
s1、服务端接收客户端发送的域名请求。
s2、服务端根据所述域名请求获取候选域名。
具体，包括：
s21、服务端获取客户端就近地理位置的域名。
获取客户端就近地理位置的域名包括：
s211、服务端获取距离客户端最近的接口信息；
s212、基于所述接口信息，根据客户端的ip地址信息获取其对应的上级地理信息；
s213、根据该地理信息从配置中获取其所属服务器域名，得到客户端就近地理位置的域名。
进一步的，客户端就近地理位置的域名为客户端所在区的域名。
基于所述接口信息，根据客户端的ip地址信息获取其对应的上级地理信息，包括：
(1)根据客户端的ip地址信息获取其对应ip的区域信息；
(2)从所述区域信息中分离出ip对应的省会信息。
s22、服务端获取与客户端就近地理位置同级的各地理位置的域名。
具体，包括：
s221、服务端获取与客户端就近地理位置同级的各地理位置的接口信息；
s222、根据所述接口信息从配置中获取各个地理位置的域名列表。
进一步的，各地理位置的域名为各区域名，各地理位置的接口信息为各区接口信息。
s3、服务端将获取的所述候选域名返回给所述客户端，以供客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
非客户端就近地理位置的域名包括与客户端就近地理位置同级的各地理位置的域名及预埋域名，其中，客户端就近地理位置的域名、与客户端就近地理位置同级的各地理位置的域名通过候选域名获得，所述预埋域名储存在客户端。
客户端就近地理位置的域名优先级高于各地理位置的域名及预埋域名。
其中，以供客户端根据所有域名的预设优选级进行筛选，确定最终可用的最优域名，包括：
(1)若客户端就近地理位置的域名可用，则最优域名为客户端就近地理位置的域名；
(2)若客户端就近地理位置的域名不可用，则最优域名为可用的各地理位置的域名及预埋域名中的任意一个。
所述的域名的确认方法，还包括：
当所述地理位置的域名列表更新时，服务端将更新通知推送给客户端，客户端收到通知后主动获取最新的域名列表。
所述的域名的确认方法，还包括：
接收客户端发送的域名请求超时时，重新执行步骤s2-s3。
本实施例提供了一种基于上述任一所述的域名的确认系统，包括：
接收单元：接收客户端发送的域名请求；
候选域名获取单元：根据所述域名请求获取候选域名；
发送单元：将获取的所述候选域名返回给所述客户端，以供客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
本实施例提供了一种设备，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上任一项所述的方法。
本实施例提供了一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如上任一项所述的方法。
本实施例提供了一种域名的确认方法，包括以下步骤：
s1、客户端向服务端发送域名请求。
s2、客户端接收服务端根据所述域名请求获取的候选域名。
具体，包括：
s21、接收服务端根据所述域名请求获取的客户端就近地理位置的域名。
具体包括：
s211、获取由服务端提供的最近的接口信息；
s212、调用所述接口信息，获取由服务端根据客户端的ip地址信息获取其对应的上级地理信息，根据所述地理信息从配置中获取其所属服务器域名得到的客户端就近地理位置的域名。
客户端就近地理位置的域名为客户端所在区的域名。
服务端基于所述接口信息，根据客户端的ip地址信息获取其对应的上级地理信息，包括：
(1)根据客户端的ip地址信息获取其对应ip的区域信息；
(2)从所述区域信息中分离出ip对应的省会信息。
s22、接收服务端根据所述域名请求获取的与客户端就近地理位置同级的各地理位置的域名。
具体，包括：
s221、调用由服务端提供的客户端就近地理位置同级的各地理位置的接口信息；
s222、获取由服务端根据所述接口信息从配置中获取的各个地理位置的域名列表。
各地理位置的域名为各区域名，各地理位置的接口信息为各区接口信息。
s3、客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
非客户端就近地理位置的域名包括与客户端就近地理位置同级的各地理位置的域名及预埋域名，其中，客户端就近地理位置的域名、与客户端就近地理位置同级的各地理位置的域名通过候选域名获得，所述预埋域名储存在客户端。
客户端就近地理位置的域名优先级高于各地理位置的域名及预埋域名。
进一步的，客户端根据所有域名的预设优选级进行筛选，确定最终可用的最优域名，包括：
(1)若客户端就近地理位置的域名可用，则最优域名为客户端就近地理位置的域名；
(2)若客户端就近地理位置的域名不可用，则最优域名为可用的各地理位置的域名及预埋域名中的任意一个。
选出并切换至最终可用的最优域名，之前包括：
(1)客户端将获取的所有域名添加至创建的临时列表中；
(2)创建线程池，所述线程池中每个线程与临时列表中域名对应；
(3)启动线程池所有线程，每个域名接收访问请求；
(4)所有线程执行完毕，统计每个域名接收访问请求的结果。
所述的域名的确认方法，还包括：
客户端接收服务端发送的所述地理位置的域名列表的更新通知；
客户端获取更新后的地理位置的域名列表。
所述的域名的确认方法，还包括：
客户端发送域名请求超时时，重新执行步骤：
客户端接收服务端根据所述域名请求获取的候选域名；
客户端根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
本实施例提供了一种根据上述任一所述的域名的确认系统，其包括：
发送单元：向服务端发送域名请求；
接收单元：接收服务端根据所述域名请求获取的候选域名；
最优域名确认单元：根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
发送单元为配置在客户端中的app，接收单元、最优域名确认单元为独立于app单独配置的sdk。预埋域名存储于app中。
本实施例提供了一种设备，所述设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上任一项所述的方法。
本实施例提供了一种存储有计算机程序的计算机可读存储介质，该程序被处理器执行时实现如上任一项所述的方法。
其详细步骤及具体细节如上述所对应的域名的确认方法部分所述。
如图2所示，针对本实施例的http访问请求的执行方法的整体流程图。
1.客户端中配置有独立于app的sdk，打开app对其做初始化操作。
2.传入app的“预埋域名列表”、“获取就近接入接口地址”、“获取域名列表接口地址”三个参数，并调用兜底sdk的初始化方法。
3.sdk调用更新域名逻辑。
4.sdk调用“获取就近接入接口”去获取本区域名(获取过程具体为步骤5、6)。
5.sdk调用服务端提供的就近接入接口，服务端会根据客户端的ip信息，从ip库里面获取对应ip的区域信息(如：[中国,广东,深圳,])，分离出ip对应的省会信息。
6.根据省会信息从区域配置中面查询出省会所属的区服务器域名信息，并返回给sdk。
7.sdk调用“获取各区域名列表接口”获取各区域名列表(获取过程具体为步骤8、9)。
8.sdk调用服务器端提供的“获取各区域名列表接口”。
9.服务端收到请求去动态配置获取各区域名列表信息并返回给sdk。
10.当动态配置域名列表修改时,会触发服务端更新域名列表事件。
11.服务端会查询出所有的用户主动下发域名列表修改的消息通知给app，让app重新获取最新的域名列表。
12.app收到域名更新通知后，会重新走更新域名逻辑。
13.sdk获取到本区域名和各区域名后，结合app初始化时传入的预埋域名，调用筛选域名逻辑。
14.sdk同时访问所有域名,筛选出3类域名分别为本区可用域名(如深圳本部可用域名)。
15.可用域名列表(所有区域可用域名)。
16.不可用域名列表(服务无法访问的域名)。
17.切换域名：sdk会在筛选出来的3类域名里头，优先选择本区域名，如果本区域名为空或者不可用，会在可用域名列表里头随机选择一个。
18.把当前选择好的域名作为最优域名返回给app。
19.app发起http请求时，会调用sdk的获取最优域名方法，直接返回通过筛选和切换域名流程后所得的最优域名，这样就能够确保在当前网络下的域名最优。
20.如果app发起http请求超时。
21.会重新走第3步骤，更新域名逻辑。
22.获取当前网络最优域名执行请求。
23.执行请求。
24.请求执行成功，操作结束。
注：如果app切换网络时，会重新走第3步骤的更新域名逻辑。
更进一步为：
创建一个临时列表，把各区域名和本地预埋的域名添加列表中，创建一个线程池了，同时启动线程池所有线程，临时列表里头每一个域名对应线程池里头的每个线程，在每个线程里头，使用urlconnection对每个线程里头的域名发起http或https请求,等待所有线程执行完成，统计返回结果，分为3类如下：
(1)本区域名：如果请求成功并且是就近接入接口返回的域名；
(2)可用域名：所有请求成功的域名；
(3)不可用域名：所有请求超时或者被劫持的域名。
最优域名选择方案：
(1)如果当前本区域名非空，则返回本区域名作为当前最优域名给app；
(2)如果当前本区域名为空，并且可用域名非空，则从可用域名里头随机获取一个域名作为当前最优域名给app；
(3)如果当前本区域名为空，并且可用域名为空，则从不可用域名里头随机获取一个域名作为当前最优域名给app；
通过以上域名筛选和最优域名选择方案，就能解决任何网络情况下，最优域名一定是优先获取本区域名，如果本域名不可用，随机获取各区可用域名；同时，如果网络切换时获取本区域名变状态为可用，则会自动切换到本区可用域名上面去，app对此过程毫无察觉，就能达到任何情况下调用的请求一直可用而且负载均衡。
实施例二
本实施例与实施例一相同的特征不再赘述，本实施例与实施例一不同的特征在于：
本实施例提供的域名的确认系统，其包括：
发送单元：向服务端发送域名请求；
接收单元：接收服务端根据所述域名请求获取的候选域名；
最优域名确认单元：根据所有域名的预设优选级进行筛选，选出并切换至最终可用的最优域名，其中，所述所有域名包括客户端就近地理位置的域名及非客户端就近地理位置的域名，客户端就近地理位置的域名优先级最高。
发送单元、接收单元、最优域名确认单元为配置在客户端中的app。预埋域名存储于app中。
其详细步骤及具体细节如上述所对应的域名的确认方法部分所述。
如图2所示，针对本实施例的http访问请求的执行方法的整体流程图。
1.客户端中sdk可以作为集成在app中的功能单元，打开app对其做初始化操作。
2.传入app的“预埋域名列表”、“获取就近接入接口地址”、“获取域名列表接口地址”三个参数，并调用兜底sdk的初始化方法。
3.sdk调用更新域名逻辑。
4.sdk调用“获取就近接入接口”去获取本区域名(获取过程具体为步骤5、6)。
5.sdk调用服务端提供的就近接入接口，服务端会根据客户端的ip信息，从ip库里面获取对应ip的区域信息(如：[中国,广东,深圳,])，分离出ip对应的省会信息。
6.根据省会信息从区域配置中面查询出省会所属的区服务器域名信息，并返回给sdk。
7.sdk调用“获取各区域名列表接口”获取各区域名列表(获取过程具体为步骤8、9)。
8.sdk调用服务器端提供的“获取各区域名列表接口”。
9.服务端收到请求去动态配置获取各区域名列表信息并返回给sdk。
10.当动态配置域名列表修改时,会触发服务端更新域名列表事件。
11.服务端会查询出所有的用户主动下发域名列表修改的消息通知给app，让app重新获取最新的域名列表。
12.app收到域名更新通知后，会重新走更新域名逻辑。
13.sdk获取到本区域名和各区域名后，结合app初始化时传入的预埋域名，调用筛选域名逻辑。
14.sdk同时访问所有域名,筛选出3类域名分别为本区可用域名(如深圳本部可用域名)。
15.可用域名列表(所有区域可用域名)。
16.不可用域名列表(服务无法访问的域名)。
17.切换域名：sdk会在筛选出来的3类域名里头，优先选择本区域名，如果本区域名为空或者不可用，会在可用域名列表里头随机选择一个。
18.把当前选择好的域名作为最优域名返回给app。
19.app发起http请求时，会调用sdk的获取最优域名方法，直接返回通过筛选和切换域名流程后所得的最优域名，这样就能够确保在当前网络下的域名最优。
20.如果app发起http请求超时。
21.会重新走第3步骤，更新域名逻辑。
22.获取当前网络最优域名执行请求。
23.执行请求。
24.请求执行成功，操作结束。
注：如果app切换网络时，会重新走第3步骤的更新域名逻辑。
更进一步为：
创建一个临时列表，把各区域名和本地预埋的域名添加列表中，创建一个线程池了，同时启动线程池所有线程，临时列表里头每一个域名对应线程池里头的每个线程，在每个线程里头，使用urlconnection对每个线程里头的域名发起http或https请求,等待所有线程执行完成，统计返回结果，分为3类如下：
(1)本区域名：如果请求成功并且是就近接入接口返回的域名；
(2)可用域名：所有请求成功的域名；
(3)不可用域名：所有请求超时或者被劫持的域名。
最优域名选择方案：
(1)如果当前本区域名非空，则返回本区域名作为当前最优域名给app；
(2)如果当前本区域名为空，并且可用域名非空，则从可用域名里头随机获取一个域名作为当前最优域名给app；
(3)如果当前本区域名为空，并且可用域名为空，则从不可用域名里头随机获取一个域名作为当前最优域名给app；
通过以上域名筛选和最优域名选择方案，就能解决任何网络情况下，最优域名一定是优先获取本区域名，如果本域名不可用，随机获取各区可用域名；同时，如果网络切换时获取本区域名变状态为可用，则会自动切换到本区可用域名上面去，app对此过程毫无察觉，就能达到任何情况下调用的请求一直可用而且负载均衡。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能。