域名处理方法、装置、可读存储介质及电子设备与流程

本申请属于网络技术领域，具体涉及域名处理方法、装置、可读存储介质及电子设备。

背景技术：

网页在正式上线之前，需要部署在多种环境下进行应用，比如，部署在开发环境、测试环境和预发布环境中。不同环境下，网页的域名对应的ip地址是不同的，例如，网页域名a在开发环境下对应的ip地址是b1，在测试环境下对应的ip地址是b2，在预发布环境下对应的ip地址是b3。在实际业务开发中，测试人员需要经常切换各种环境进行网页测试操作，比如，在开发环境、测试环境和预发布环境之间来回切换进行网页测试，存在的问题是，每次切换都需要测试人员修改本地host文件，来修改域名指向，实现定向访问待切换环境下的网页，虽然host文件修改的工作量倒是不大，但是耐不住次数多，往往的是，网页在正式上线之前，测试人员需要进行巨量次数的环境切换，来在各种环境下对网页进行测试，从而导致在多种环境下对网页的访问效率较低，使测试人员的操作流程繁琐，感觉非常不便。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供域名处理方法、装置、可读存储介质及电子设备，有助于提升多种环境下对网页的访问效率。

为实现以上目的，本申请采用如下技术方案：

第一方面，

本申请提供一种域名处理方法，所述方法应用于网页客户端，所述方法包括：

获取对页面进行切换的网页访问请求，所述网页访问请求中携带有待访问域名及目标环境信息；

根据域名配置文件确定所述待访问域名在所述目标环境信息下对应的待访问ip地址，所述域名配置文件中包含有所述待访问域名在至少一种环境信息下对应的ip地址；

根据所述网页访问请求将页面切换至所述待访问ip地址对应的页面。

第二方面，

本申请提供一种域名处理装置，包括：

第一获取模块，用于获取对页面进行切换的网页访问请求，所述网页访问请求中携带有待访问域名及目标环境信息；

确定模块，用于根据域名配置文件确定所述待访问域名在所述目标环境信息下对应的待访问ip地址，所述域名配置文件中包含有所述待访问域名在至少一种环境信息下对应的ip地址；

切换模块，用于根据所述网页访问请求将页面切换至所述待访问ip地址对应的页面。

第三方面，

本申请提供一种可读存储介质，其上存储有可执行程序，所述可执行程序被处理器执行时实现上述所述方法的步骤。

第四方面，

本申请提供一种电子设备，包括：

存储器，其上存储有可执行程序；

处理器，用于执行所述存储器中的所述可执行程序，以实现上述所述方法的步骤。

本申请采用以上技术方案，至少具备以下有益效果：

本申请通过获取对页面进行切换的网页访问请求，利用网页访问请求携带的目标环境信息和待访问域名，根据域名配置文件将待访问域名定向指向到目标环境信息下所对应的ip地址，再根据网页访问请求将页面切换至所述待访问ip地址对应的页面，来实现自动访问目标环境信息下的网页，通过本申请，在多环境下的网页切换，无需执行手动更改host文件的相关操作，由此能够有效减少操作量，使操作流程更加简便，进而有助于提升在多种环境下对网页的访问效率；同时，通过域名配置文件，在实际应用中，可以无需配置域名解析服务器，进而有助于减少运维成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一个实施例提供的域名处理方法的流程示意图；

图2为本申请另一个实施例提供的域名处理方法的流程示意图；

图3为本申请另一个实施例提供的域名处理方法的流程示意图；

图4为本申请另一个实施例提供的域名处理方法的流程示意图；

图5为本申请一个实施例提供的域名处理装置的结构示意图；

图6为本申请一个实施例提供的电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1为本申请一个实施例提供的域名处理方法的流程示意图，本实施例以网页客户端一侧的执行为例进行说明，如图1所示，该域名处理方法包括如下步骤：

步骤s101、获取对页面进行切换的网页访问请求，网页访问请求中携带有待访问域名及目标环境信息；

步骤s102、根据域名配置文件确定待访问域名在目标环境信息下对应的待访问ip地址，域名配置文件中包含有待访问域名在至少一种环境信息下对应的ip地址；

步骤s103、根据网页访问请求将页面切换至待访问ip地址对应的页面。

上述实施例中，以网页在正式上线之前，需要部署在多种环境下进行测试为例，环境信息可以包括有开发环境、测试环境和预发布环境。不同环境下，网页的域名对应的ip地址是不同的，例如，网页域名a在开发环境下对应的ip地址是b1，在测试环境下对应的ip地址是b2，在预发布环境下对应的ip地址是b3。在实际业务开发中，测试人员需要在上述三种环境下，经常切换各种环境进行网页测试操作，比如，测试人员需要进入访问开发环境下的网页域名a的网页，则需要测试人员选择开发环境作为目标环境信息。

对于网页访问，在相关技术中，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从host文件中寻找对应的ip地址，一旦找到，系统会立即打开对应网页，如果没有找到，则系统会再将网址提交dns域名解析服务器进行ip地址的解析。其中，host文件是将网址域名与其对应的ip地址建立一个关联的数据库，对于某个域名，host文件中仅存储有一种环境信息下的域名配置数据，而对于多环境下的网页访问的应用，host文件不具有根据应用环境进行自动定向访问的功能。因而，当切换环境时，就需要测试人员手动修改本地host文件，来修改域名指向，实现定向访问目标环境下的网页。比如，当前本地host文件记录的是网页域名a对应的ip地址是b1，表明本地host文件记录中存储的是域名a在开发环境下的ip地址，因而如果测试人员不修改本地host文件，其输入域名a网址时，浏览器根据该本地host文件访问的是开发环境下的网页。而测试人员如果要访问预发布环境下网页，需要先修改本地host文件，将网页域名a对应的ip地址修改成b3，然后保存该本地host文件，然后再手动刷新浏览器dns缓存才能生效，访问到预发布环境下的网页。虽然host文件修改的工作量倒是不大，但是耐不住次数多，往往的是，网页在正式上线之前，测试人员需要进行巨量次数(比如，上千次)的环境切换，在各种环境下对网页进行测试，从而导致在多种环境下对网页的访问效率较低，使测试人员的操作流程繁琐，感觉非常不便。

本申请实施例方案中，域名配置文件包括有多种环境信息下的域名配置数据，比如开发环境、测试环境和预发布环境各自环境下的域名配置数据，网页客户端在获取到用户选择的目标环境信息和域名后，利用域名配置文件能将域名定向指向到目标环境信息下所对应的ip地址。域名配置文件包括的多种环境信息下的域名配置数据，能够体现出环境信息-域名-ip地址三者间的对应关系，比如，以在开发环境、测试环境和预发布环境三种环境下的域名a的域名配置数据为例，可通过如下形式体现：

开发环境-域名a-ip地址：b1；

测试环境-域名a-ip地址：b2；以及

预发布环境-域名a-ip地址：b3。

对于环境信息，在具体应用中，不限于通过上述的开发环境、测试环境和预发布环境文字形式表示，上述文字形式说明一方面也是为了便于本申请方案的理解。在实际应用中，环境信息也可以通过其他的形式体现，比如，数字、字母等字符形式表示，将各种环境区分即可。

同样地，在实际应用中，域名配置文件中的多种环境信息下的域名配置数据的数据形式还可以以支持正则匹配的形式体现，实现可以通过正则表达式的方式来确定目标环境信息下待访问域名所对应的ip地址。

结合上述的本申请给出的域名配置文件的相关具体实施例，本申请通过具体应用场景对本申请上述域名处理方法的方案进行具体说明。

在实际应用中，网页客户端可以通过electron框架实现。通过electron框架来实现网络资源的加载，既可以实现网页浏览器功能，而且还可以借助主进程nodejs能力，拥有比浏览器更高的系统底层权限，拓展比浏览器更多的功能。electron框架具有跨平台开发的优势，本申请网页客户端通过electron框架实现，通过配置可以生成跨macos、windows等平台应用，可以搭建体验和功能一致的用户界面。通过electron框架开发的网页客户端，在其应用界面上可以设置浏览器常用的地址栏、收藏夹、以及环境选择等功能项，内部通过electron的<webview/>组件，实现指定url的网页浏览功能。在具体应用中，测试人员如果要访问预发布环境下的域名a的网页，可以进行如下相关操作：选择预发布环境为目标环境，输入包括域名a的网址，然后点击确认，网页客户端根据预发布环境和域名a的网址生成一个网页访问请求，该网页访问请求中携带着预发布环境和域名a。根据该网页访问请求，通过域名配置文件，确定预发布环境这一目标环境下域名a所对应的ip地址为b3，实现通过域名配置文件将域名定向指向到目标环境信息所对应的ip地址，最后根据网页访问请求将页面切换至ip地址为b3对应的页面进行访问，由此实现自动访问目标环境信息下的网页。

通过上述实施例方案的多环境下网页访问的说明，利用本申请上述实施例方案，在多环境下切换访问网页，仅需输入域名网址和选择目标环境信息，即可切换到目标环境信息下的ip地址对应的页面进行访问，无需执行手动更改host文件的一些列相关操作，由此能够有效减少操作量，使操作流程更加简便，进而有助于提升在多种环境下对网页的访问效率。

同时，本申请利用页面客户端中的域名配置文件，能将域名定向指向到目标环境信息所对应的ip地址，来实现自动访问目标环境信息下的网页。通过该实施例方案，在开发用于多环境切换的网页客户端时，可以实现域名配置文件替代host文件，并且无需配置域名解析服务器，进而通过域名配置文件实现本申请域名处理步骤过程去缓存化。在实际应用中，可以有效减少运维成本，同时也避免了域名解析服务器存在的域名解析的缓存、性能和域名劫持等安全问题。

图2为本申请另一个实施例提供的域名处理方法的流程示意图，同样地，本实施例以网页客户端一侧的执行为例进行说明，如图2所示，该域名处理方法包括如下步骤：

步骤s201、通过预设的代理服务拦截对页面进行切换的网页访问请求；获取代理服务转发的网页访问请求；

步骤s202、从代理服务转发的网页访问请求中获取待访问域名和目标环境信息；当检测到待访问域名存在于域名配置文件中时，通过域名配置文件确定待访问域名在目标环境信息下对应的待访问ip地址；

步骤s203、当确定出待访问ip地址时，通过代理服务转发待访问ip地址；获取代理服务转发的待访问ip地址；根据网页访问请求将页面切换至代理服务转发的待访问ip地址对应的页面。

上述实施例方案中，对于网页访问请求，在实际应用中，比如，网页客户端是应用于电脑上的客户端时，其应用界面上设置有环境信息选择项和网页地址栏，用户在应用界面选择目标环境信息，以及在应用界面上的网页地址栏中输入一个待访问域名的网址，点击回车键，便形成了一个相应的网页访问请求，该网页访问请求中携带有待访问域名和目标环境信息。

在实际应用中，本申请可以以现有的浏览器进行开发，应用本申请方案。对于现有浏览器，其自由网页访问机制下，访问网页会先从host文件中寻找对应的ip地址，一旦找到，系统会立即打开对应网页。因而，将本申请应用于现有浏览器中、进行多环境切换访问网页时，需要绕开现有浏览器中的先从host文件中寻找对应的ip地址，为此，本申请给出上述实施例的解决方法，在需要进行多环境切换访问网页时，通过预设的代理服务拦截网页访问请求，避开从host文件中寻找对应的ip地址。在网页客户端的实际应用中，当生成网页访问请求时，通过预设的代理服务拦截网页访问请求，使网页访问请求不经过host文件，同时再利用代理服务转发该网页访问请求，获取代理服务转发的网页访问请求，来获取到待访问域名和目标环境信息，然后根据域名配置文件，从域名配置文件配置的各种环境信息下域名与ip地址的对应关系中，确定待访问域名在目标环境信息下对应的待访问ip地址。

以网页在正式上线之前，需要部署在多种环境下进行测试为例，环境信息可以包括有开发环境、测试环境和预发布环境。上述各环境信息下的测试，可以是在内网或外网下进行，比如，对于一些企业而言，在企业局域网内应用，需搭建单独的内网dns服务器，并配置拦截dns解析使其直接指向指定的内部服务ip。存在的问题是，单独搭建dns服务器增加企业运营成本，同时每一次服务ip的迁移和更新都要重新更改dns配置，而且由于多级缓存的原因，导致并不会立即生效。而如果利用外网的dns服务器，则容易受到外网网络运营商的域名劫持等安全问题。利用本申请上述实施例方案，通过对域名访问请求的拦截，然后利用域名配置文件确定目标环境信息下待访问域名所对应的ip地址，以此形成的多环境下的域名解析方案可以免去dns服务器的搭建，由此进而也避免了dns服务器存在的域名解析的缓存、性能和域名劫持等安全问题，比如，现有技术方案在域名初次解析时，从dns解析的流程看，除非命中缓存，否则每次都要经过本地host文件、路由器、dns服务器等多个环节，会对网络请求产生延时。在使用者需要频繁切换域名解析的场景，dns缓存命中率不但不高，还使得每次新的解析都会重新走一次全链路查询，导致网络请求存在一定程度的性能问题。

基于使用代理服务拦截并转发网页访问请求，从代理服务转发的网页访问请求中获取待访问域名和目标环境信息，当检测到待访问域名存在于域名配置文件中时，说明域名配置文件中已配置有待访问域名在至少一种环境信息下的对应的ip地址，即可从域名配置文件配置的各种环境信息下域名与ip地址的对应关系中，确定待访问域名在目标环境信息下对应的待访问ip地址。

当确定出待访问ip地址时，同样利用代理服务代理转发待访问ip地址，比如，网页客户端的内置的浏览器可以由webview实现，代理服务代理将待访问ip地址转发给webview，当webview获取到代理服务转发的待访问ip地址后，由webview根据网页访问请求将页面切换至代理服务转发的待访问ip地址对应的页面。

图3为本申请另一个实施例提供的域名处理方法的流程示意图，如图3所示，该域名处理方法还包括文件的配置步骤，包括：

步骤s301、获取用户自定义配置的域名文件，得到自定义的域名配置文件分组；获取预先存储于指定远端中的公共域名配置文件，得到公共域名配置文件分组；获取各个平台下的host文件，得到host配置文件分组；

步骤s302、根据得到的文件分组生成对应的域名配置文件。

上述实施例给出一种生成域名配置文件的方案，该方案中，域名配置文件的各种环境信息下的域名配置数据可以来源于三个方面：用户自定义的、预先存储于指定远端中的公共域名配置文件和各个平台下的host文件。多种环境信息下的域名配置数据的多方面来源，有助于使本申请适用于不同分组的复杂场景，支持不同分组复杂场景的域名统一快速切换。在实际应用中，自定义的域名配置文件分组是通过用户自定义得到；公共域名配置文件分组可以通过团队或企业的公共dns解析配置文件形成；host配置文件分组，可以通过不同应用平台下的host文件形成。

每个方面的文件来源可以形成相对应的一个文件分组，下述分别对上述三种文件分组进行具体说明。

具体的，对于自定义的域名配置文件分组，用户可以根据实际网页访问需求，利用预设模板格式，进行自定义配置多种环境信息下的域名配置数据。在具体应用中，自定义的域名配置文件分组中可以包括至少一个分组数据，比如，每个分组数据可以包括有：分组id(id)、分组名(name)、是否启用(active)、权重(weight)和分组域名列表(domains)等。其中，分组名可以表示为环境信息，一个分组数据表示为一个环境信息下的域名配置数据。对于每个分组域名列表，可以包含多个“ip–域名、或者、域名正则表达式”键值对，其中，采用域名正则表达式，可以使自定义的域名配置文件分组的域名解析支持正则匹配。在具体应用中，可以将自定义的域名配置文件分组中的各个分组数据序列化成json数据，然后进一步和其他文件分组进行合并，并保存在内存中。

具体的，对于公共域名配置文件分组，其可以通过各种公共域名配置文件形成，其中，公共域名解析配置文件可以是指在多环境下网页均指向同一个ip地址的域名配置文件，比如，测试环境和预发布环境下，某个网页的域名指向同一个ip地址。在具体应用中，企业或者团队内的公共域名解析配置文件，可以存放在指定远端共享，比如，公共域名解析配置文件可以以json形式存放在cdn服务器中，网页客户端通过访问该指定远端获取公共域名解析配置文件，来形成公共域名配置文件分组，然后和其他文件分组进行合并，形成域名配置文件，既有助于使本申请适用于不同分组的复杂场景，也有助于实现利用已有的公共域名配置文件快速访问网页；同时，将公共域名配置文件合并到域名配置文件中，使得应用内网络请求不必依赖dns服务，不需要dns服务器搭建，充分减少运维成本，避免了外网域名劫持问题。

具体的，对于host配置文件分组，在具体应用中，以electron框架开发的网页客户端为例，可以实现跨macos、windows等平台的应用，electron框架开发的网页客户端借助nodejs能力，可以探测不同平台下host文件位置，在应用初始化后，读取各个平台下的host文件，识别出当前的全部host文件，每个host文件能够体现出一种环境信息下的域名与ip地址的对应关系，通过不同平台下的host文件形成host配置文件分组，然后与其他文件分组进行合并，形成域名配置文件，同样地，既有助于使本申请适用于不同分组的复杂场景，也有助于实现利用已有的不同平台下的host文件快速访问网页。

在一个实施例中，对于步骤s302、根据生成的文件分组生成对应的域名配置文件，包括：当获取到的文件分组有至少两种时，将各个文件分组进行合并，生成对应的域名配置文件，其中，合并包括：当不同的文件分组中存在有相同域名的配置数据时，获取各个文件分组对应的优先级属性，获取优先级属性表明为最高等级的文件分组，将最高等级的文件分组中相同域名的配置数据进行合并。

在具体应用中，该方案通过各个文件分组的优先级属性，来解决不同文件分组下存在相同域名的配置数据的合并问题，文件分组的优先级属性代表该文件分组的域名配置数据被使用的优先性，比如，自定义的域名配置文件分组和host配置文件分组均存在域名a的配置数据，如果自定义的域名配置文件分组的优先级属性高于host配置文件分组的优先级属性，说明自定义的域名配置文件分组中域名a的配置数据的使用优先级别高于host配置文件分组中域名a的配置数据的使用优先级别。进而，在各种文件分组数据合并形成域名配置文件时，选择优先级最高的文件分组的同一域名的域名配置数据进行合并，可使实现对域名配置文件数据的优化，在一定意义上也实现了排除干扰数据，保证了网页访问的准确性。

图4为本申请另一个实施例提供的域名处理方法的流程示意图，如图4所示，该域名处理方法还包括如下步骤：

步骤s401、当检测到域名配置文件发生变化时，获取域名配置文件更新后的分组配置信息；

步骤s402、根据更新后的分组配置信息更新域名配置文件。

通过上述实施例方案，可以实现域名配置文件的实时更新。对于上述实施例方案中的域名配置文件发生变化，可以包括如下情形：

增加、删除或者修改一种或者多种文件分组的数据；和/或，

按预设时长间隔更新一种或者多种文件分组；

其中，对于修改一种或者多种文件分组的数据，可以包括如下情形：

修改自定义的域名配置文件分组中的一组或者多组数据的状态，状态包括：启用或者停用；和/或，

在文件分组有多种时，修改各种文件分组的优先级属性。

上述域名配置文件发生的各种变化，在保存后，形成了相应的分组配置信息，下述通过具体的应用进行进一步说明。

以自定义的域名配置文件分组为例，自定义的域名配置文件分组中可以包括至少一个组数据，每组数据可以代表一种环境下的各种域名配置数据，比如，每个分组数据可以包括有：分组id(id)、分组名(name)、是否启用(active)、权重(weight)和分组域名列表(domains)等。使用者可以根据需求增加一组或者多组数据。使用者也可以根据需求删除一组或者多组数据。使用者也可以根据需求修改一组或者多组数据中的数据，比如，切换某组数据的状态，使该组数据整体变为：启用或者停用；又比如，修改分组域名列表中的ip地址数据。上述各种操作可以使域名配置文件发生相应变化，在保存相应操作后，形成了相应的分组配置信息。在实际应用中，当使用者进行上述处理请求时，网页客户端应用可以重新将自定义的域名配置文件分组生成新的json格式数据，然后进一步和其他文件分组进行合并。

以公共域名配置文件分组为例，在实际应用中，公共域名解析配置文件变更次数较少，可以以json格式数据形式存放于指定远端中时，更新时可以直接进行文件覆盖，同时开启该资源e-tag缓存标识。应用在初始化加载时，可以访问指定远端获取公共域名配置文件，从指定远端拉取该配置后进行标准序列化，形成公共域名配置文件分组。在应用的使用过程中，可以每隔预设时长间隔(比如，每小时)从指定远端获取最新的公共配置，作为更新后的分组配置信息，借助e-tag协商缓存，既保证相对实时更新，也不会频繁占用网络资源。在实际应用中，将团队或企业的公共dns解析配置存放在指定远端共享，并在应用中实时动态更新，可以避免配置更新后多级缓存的问题，即可生效。

以host配置文件分组为例，网页客户端可以监听host配置文件的修改。在获得使用者权限运行的前提下，允许使用者在应用内的编辑页面直接编辑和保存当前host文件配置。当使用者修改host文件后，应用自动读取改动，获取该更新后的分组配置信息，更新host文件分组配置信息。

另外，对于修改一种或者多种文件分组的数据，还可以是修改文件分组的优先级属性，比如，默认状态下，自定义的域名配置文件分组，公共域名配置文件分组和host配置文件分组三者的优先级属性从大到小的顺序为：公共域名配置文件分组＞自定义的域名配置文件分组＞host配置文件分组，用户可以根据自己的实际需求，修改三者的优先级属性，比如，修改后的优先级属性从大到小的顺序为：自定义的域名配置文件分组＞公共域名配置文件分组＞host配置文件分组。

另外，对于应用本申请上述相关实施例方案网页客户端，以electron框架开发的网页客户端为例，应用主界面可以通过html/css/js实现；当远端页面与功能更新时，可在应用启动时通过网络查询是否需要更新，如果需要，则直接加载最新的资源，并借助serviceworker缓存至用户计算机本地；如果无需更新，则直接加载本地已缓存资源，实现离线访问；通过采用上述的资源缓存与更新策略有助于提高应用初始化加载性能。

图5为本申请一个实施例提供的域名处理装置的结构示意图，如图5所示，该域名处理装置5包括：

第一获取模块501，用于获取对页面进行切换的网页访问请求，所述网页访问请求中携带有待访问域名及目标环境信息；

确定模块502，用于根据域名配置文件确定所述待访问域名在所述目标环境信息下对应的待访问ip地址，所述域名配置文件中包含有所述待访问域名在至少一种环境信息下对应的ip地址；

切换模块503，用于根据所述网页访问请求将页面切换至所述待访问ip地址对应的页面。

进一步地，第一获取模块501，具体用于：通过预设的代理服务拦截对页面进行切换的网页访问请求；获取代理服务转发的网页访问请求。

进一步地，确定模块502，具体用于：从代理服务转发的网页访问请求中获取待访问域名和目标环境信息；当检测到待访问域名存在于域名配置文件中时，通过域名配置文件确定待访问域名在目标环境信息下对应的待访问ip地址。

进一步地，切换模块503，具体用于：当确定出所述待访问ip地址时，通过所述代理服务转发所述待访问ip地址；获取所述代理服务转发的所述待访问ip地址；根据所述网页访问请求将页面切换至所述代理服务转发的所述待访问ip地址对应的页面。

进一步地，域名处理装置5还包括：

获取得到模块504，获取用户自定义配置的域名文件，得到自定义的域名配置文件分组；获取预先存储于指定远端中的公共域名配置文件，得到公共域名配置文件分组；获取各个平台下的host文件，得到host配置文件分组；

生成模块505，用于根据生成的文件分组生成对应的域名配置文件。

进一步地，生成模块505，具体用于：当获取到的文件分组有至少两种时，将各个文件分组进行合并，生成对应的域名配置文件，其中，合并包括：当不同的文件分组中存在有相同域名的配置数据时，获取各个文件分组对应的优先级属性，获取优先级属性表明为最高等级的文件分组，将最高等级的文件分组中相同域名的配置数据进行合并。

进一步地，域名处理装置5还包括：

第二获取模块506，用于当检测到域名配置文件发生变化时，获取域名配置文件更新后的分组配置信息；

更新模块507，用于根据更新后的分组配置信息更新域名配置文件。

关于上述相关实施例中的域名处理装置5，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

在一个实施例中，本申请提供还一种可读存储介质，其上存储有可执行程序，可执行程序被处理器执行时实现上述方法的步骤。

关于上述实施例中的可读存储介质，其存储的执行程序执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6为本申请一个实施例提供的电子设备的结构示意图，如图6所示，该电子设备6包括：

存储器601，其上存储有可执行程序；

处理器602，用于执行存储器601中的可执行程序，以实现上述方法的步骤。

在实际应用中，该电子设备6可以是电脑、pad、智能手机等等。

关于上述实施例中的电子设备6，其处理器602执行存储器601中的程序的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”、“多”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为：表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。