CN113286014A - 基础域名的动态配置方法、装置及相关设备 - Google Patents

Abstract

本申请涉及数据处理技术，提供一种基础域名的动态配置方法、装置、计算机设备与存储介质，包括：当接收到目标网络请求时，检测前端服务器对应配置文件中的初始基础域名是否处于硬编码状态；当检测结果为否时，解析目标网络请求，得到初始基础域名的目标相对路径；确定后端服务器的目标网络环境，并调用预设公共函数获取目标网络环境的目标域名拼接处理目标相对路径与目标域名，得到新基础域名并保存至预设数据库中；当监测到前端服务器重新启动时，调用预设数据库中已保存的新基础域名开启前端服务器的页面。本申请能够提高配置效率与灵活性，促进智慧城市的快速发展。

Description

基础域名的动态配置方法、装置及相关设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基础域名的动态配置方法、装置、计算机设备及计算机可读存储介质。

背景技术

域名是网站访问的一个重要条件，它可以使我们在浏览器输入域名后正确访问到我们想要的网站内容，一次域名配置需要首先确定该域名用于什么样的环境，接着登陆到相应环境前端服务器上配置对应域名的目标域名配置文件，域名配置文件需指定服务域名和服务所在后端服务器IP地址。

在实现本发明的过程中，发明人发现现有技术存在以下技术问题：当后端服务器存在多套环境时，前端服务器在构建配置文件时需指定域名，如果存在多套环境则需要在配置文件中创建多个环境对应的域名。上述方法在存在多套环境时，配置工作量大，容易出错，导致配置准确性较低；且在使用过程中如果将其他环境的应用包上传到另一套环境中，会由于应用包中的域名与环境不匹配，导致无法使用域名需要重新构建上传的问题，配置灵活性较差。

因此，有必要提供一种基础域名的动态配置方法，能够提高域名配置的准确性与灵活性。

发明内容

鉴于以上内容，有必要提出一种基础域名的动态配置方法、基础域名的动态配置装置、计算机设备及计算机可读存储介质，能够提高域名配置的准确性与灵活性。

本申请实施例第一方面提供一种基础域名的动态配置方法，所述基础域名的动态配置方法包括：

当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态；

当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，解析所述目标网络请求，得到所述初始基础域名的目标相对路径；

确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境对应的目标域名；

拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中；

当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，所述获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态包括：

获取所述前端服务器对应配置文件中的初始基础域名；

确定所述初始基础域名的域名结构；

检测所述域名结构是否符合预设域名结构要求；

当检测结果为所述域名结构符合预设域名结构要求时，确定所述初始基础域名处于硬编码状态；

当检测结果为所述域名结构未符合预设域名结构要求时，确定所述初始基础域名未处于硬编码状态。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，所述方法还包括：

当检测结果为所述前端服务器对应配置文件中的初始基础域名处于硬编码状态时，获取所述前端服务器对应配置文件中的初始基础域名；

检测所述初始基础域名是否包含预设传输协议；

当检测结果为所述初始基础域名包含预设传输协议时，拼接所述初始基础域名至所述目标网络请求中，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，所述解析所述目标网络请求，得到所述初始基础域名的目标相对路径包括：

解析所述目标网络请求，并检测所述目标网络请求中是否携带预设关键词；

当检测结果为所述目标网络请求中携带预设关键词时，确定所述预设关键词对应的目标代码；

获取所述目标代码中的预设数据格式的数据，并将所述预设数据格式的数据作为目标相对路径。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，所述调用预设公共函数获取所述目标网络环境对应的目标域名包括：

获取所述目标网络环境对应的加载页面；

确定所述加载页面的网址信息；

调用预设公共函数提取所述网址信息中的目标数据作为所述目标网络环境的目标域名。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，所述拼接处理所述目标相对路径与所述目标域名，得到新基础域名包括：

获取对应所述目标相对路径与所述目标域名的拼接规则；

根据所述拼接规则拼接处理所述目标相对路径与所述目标域名，得到新基础域名。

进一步地，在本申请实施例提供的上述基础域名的动态配置方法中，在所述调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面之前，所述方法还包括：

获取所述前端服务器对应重新开启的页面信息；

确定所述页面信息对应的本地基础域名以及所述预设数据库中的目标基础域名；

检测所述本地基础域名与所述目标基础域名是否一致；

当检测结果为所述本地基础域名与所述目标基础域名一致时，调用所述本地基础域名开启所述前端服务器的页面；

当检测结果为所述本地基础域名与所述目标基础域名不一致时，调用所述预设数据库中已保存的目标基础域名开启所述前端服务器的页面。

本申请实施例第二方面还提供一种基础域名的动态配置装置，所述基础域名的动态配置装置包括：

状态检测模块，用于当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态；

请求解析模块，用于当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，解析所述目标网络请求，得到所述初始基础域名的目标相对路径；

函数调用模块，用于确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境的目标域名；

域名拼接模块，用于拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中；

页面重启模块，用于当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

本申请实施例第三方面还提供一种计算机设备，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现上述任意一项所述基础域名的动态配置方法。

本申请实施例第四方面还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述基础域名的动态配置方法。

本申请实施例提供的上述基础域名的动态配置方法、基础域名的动态配置装置、计算机设备以及计算机可读存储介质，通过获取所述初始基础域名的目标相对路径，调用预设公共函数获取目标网络环境对应的目标域名，拼接处理所述目标相对路径与所述目标域名，得到新基础域名。由于不同的网络环境均有相应的域名信息，本申请通过调用预设公共函数获取网络环境对应域名的方式代替预先配置好不同网络环境与域名对应关系的方式，能够避免在网络环境较多时，导致配置量大、配置准确性低下的问题；此外，本申请将新基础域名保存至预设数据库中，通过将拼接得到的新基础域名存储至预设数据库的方式代替将新基础域名填充至前端服务器对应配置文件的方式，避免在将新基础域名填充至配置文件过程中因填充错误导致的配置文件无法使用的问题；且由于前端服务器对应的配置文件中并未填充新基础域名，也即不存在配置文件中的域名与环境不匹配的问题，能够在无需人为修改配置文件的情况下在不同环境下执行，实现配置文件的多环境运行，提高配置的灵活性。本申请可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧政务的基础域名的动态配置模块等，能够促进智慧城市的快速发展。

附图说明

图1是本申请实施例一提供的基础域名的动态配置方法的流程图。

图2是本申请实施例二提供的基础域名的动态配置装置的结构图。

图3是本申请实施例三提供的计算机设备的结构示意图。

如下具体实施方式将结合上述附图进一步说明本申请。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面结合附图和具体实施例对本申请进行详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本申请，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。

本发明实施例提供的基础域名的动态配置方法由计算机设备执行，相应地，基础域名的动态配置装置运行于计算机设备中。

图1是本申请实施例一提供的基础域名的动态配置方法的流程图。如图1所示，所述基础域名的动态配置方法可以包括如下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略：

S11，当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态，当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，执行步骤S12。

在本申请的至少一实施例中，所述配置文件是指用于构建前端服务器和/或后端服务器中应用程序的文件，对应前端服务器的配置文件与对应后端服务器的配置文件均部署于同一域名的服务器中，示例性地，访问H5页面和访问后端接口使用同一个域名，访问H5页面使用http://xxx/index.html，访问后端接口使用http://xxx/login.do。其中，应用程序可以指Java应用程序，在此不做限制。构建前端服务器和/或后端服务器中应用程序可以通过gradlebuild命令在build/libs文件夹下生成一个可执行的jar包。其中，部署是指将前端应用通过npm run build命令构建的dist文件夹下的所有文件和文件夹上传至服务器，npm run build是一串脚本的快捷方式，是在package.json里定义的。执行完npm runbuild命令后，生成一个dist文件夹，所述dist文件夹可以存放进行上线的打包文件。

在一实施例中，所述目标网络请求可以为axios网络请求。axios是一个基于Promise的方法，可以发送get、post等请求，并且前、后端服务器都可以使用的库。所述axios网络请求是指前端服务器输出的用于获取基础域名，并对基础域名进行相应设置的请求，所述axios网络请求可以为get、post等请求，在此不做限制。所述前端服务器中包含若干个页面，每个页面均对应有基础域名，每个页面对应的基础域名可设置于前端服务器对应的配置文件中。所述axios网络请求中携带前端服务器中不同页面对应的基础域名的目标相对路径，所述目标相对路径的数量可以为1个，也可以为多个。

可选地，所述获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态包括：

获取所述前端服务器对应配置文件中的初始基础域名；

确定所述初始基础域名的域名结构；

检测所述域名结构是否符合预设域名结构要求；

当检测结果为所述域名结构符合预设域名结构要求时，确定所述初始基础域名处于硬编码状态；

当检测结果为所述域名结构未符合预设域名结构要求时，确定所述初始基础域名未处于硬编码状态。

其中，所述初始基础域名存储于所述配置文件的预定位置，通过标记来标识所述预设位置，标记可以为数字标记、颜色标记或者字母标记，所述预定位置是指预先设置的用于存储前端服务器不同页面对应的初始基础域名的位置。通过查询所述配置文件中标记所在位置，可以得到前端服务器的初始基础域名的位置，从而获取所述前端服务器对应的初始基础域名。

一般来说，一个初始基础域名的域名结构可以包括传输协议、域名以及主机类型中的至少一个。例如，一个初始基础域名的域名结构可以为传输协议+域名+主机类型、传输协议+域名、域名+主机类型或者域名。对于每一种域名结构，均设置相应的域名结构模板，通过将所述初始基础域名的域名结构与上述域名结构模板匹配，确定与所述初始基础域名的域名结构一致的目标域名结构模板作为初始基础域名的域名结构。

所述预设域名结构要求是指预先设置的完整状态的域名结构，所述预设域名结构可以包括传输协议、域名以及主机类型，当检测结果为所述域名结构处于完整状态时，确定所述初始基础域名处于硬编码状态；当检测结果为所述域名结构未处于完整状态时，确定所述初始基础域名未处于硬编码状态。可以理解的是，当所述前端服务器对应配置文件中的初始基础域名处于硬编码状态时，此时的初始基础域名属于需要特殊设置的场景；当所述前端服务器对应配置文件中的初始基础域名未处于硬编码状态时，此时的初始基础域名属于动态设置的场景。在一实施例中，可以仅在初始基础域名属于需要特殊设置的场景时，在配置文件中配置该初始基础域名，该初始基础域名为满足预设域名结构要求的域名；对于其余可以动态设置基础域名的场景，无需在配置文件中配置基础域名。

在一实施例中，在前端服务器输出目标网络请求时，所述方法还包括：

当所述前端服务器对应配置文件中的初始基础域名处于硬编码时，获取所述前端服务器对应配置文件中的初始基础域名；

检测所述初始基础域名是否包含预设传输协议；

当检测结果为所述初始基础域名包含预设传输协议时，拼接所述初始基础域名至所述目标网络请求中，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。

其中，所述预设传输协议是指预先设置的传输协议，所述预设传输协议可以为http传输协议。当检测结果为所述初始基础域名未包含预设传输协议时，可以执行解析所述目标网络请求，得到所述初始基础域名的目标相对路径的步骤。

本申请会获取判断配置文件中是否有设置基础域名(baseURL)，如果有设置基础域名(baseURL)则会在判断该基础域名是否以http协议开头。如果该基础域名是以http协议开头，则会在具体的目标网络请求上拼接上基础域名(baseURL)，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。如果该基础域名(baseURL)不是以http协议开头或者未设置基础域名(baseURL)的情况下，则可以执行解析所述目标网络请求，得到所述初始基础域名的目标相对路径的步骤，并拼接上window.location.host(js自带的函数可以获取到当前的域名)当前的域名作为新基础域名。

S12，解析所述目标网络请求，得到所述初始基础域名的目标相对路径。

在本申请的至少一实施例中，所述目标网络请求中携带基础域名的目标相对路径，所述目标相对路径以预设数据格式显示。所述目标相对路径与前端服务器的具体页面相互对应，所述目标相对路径是依据所述前端服务器的各个页面预先设置的。所述目标相对路径是指路径相对存在，示例性地，存在A网站(****.com)与B网站(***.com)，上述两个网站的根目录下均存在网页404.html，那么针对上述两个网站设置同样链接，即“/404.html”，也即目标相对路径。

可选地，所述解析所述目标网络请求，得到所述初始基础域名的目标相对路径包括：

解析所述目标网络请求，并检测所述目标网络请求中是否携带预设关键词；

当检测结果为所述目标网络请求中携带预设关键词时，确定所述预设关键词对应的目标代码；

获取所述目标代码中的预设数据格式的数据，并将所述预设数据格式的数据作为目标相对路径。

其中，所述预设关键词为预先设置的关键词，所述预设关键词可以为“baseURL”字样的关键词。当检测到所述目标网络请求中携带有“baseURL”字样的关键词时，获取该“baseURL”字样的关键词对应的代码作为目标代码。由于所述目标相对路径以预设数据格式显示，因此，通过获取预设数据格式的数据作为目标相对路径。

示例性地，以所述目标网络请求为axios网络请求为例，所述axios网络请求的结构可以如下所示：

通过遍历所述axios网络请求的结构，得到“baseURL”字样的预设关键词，获取该“baseURL”字样的关键词对应的代码：baseURL:process.env.BASE_API？process.env.BASE_API:'/admin'作为目标代码。所述预设数据格式是指***人员预先设置的格式，在一实施例中，所述预设数据格式可以为/admin的数据格式。通过查询/admin格式的数据，能够得到目标相对路径。

S13，确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境对应的目标域名。

在本申请的至少一实施例中，所述后端服务器的网络环境可以包括测试环境、开发环境与生产环境，对于每一个环境，还可能存在若干个子环境。例如，对于测试环境stg，可能还包含stg1、stg2…stgn等多个测试子环境。若环境信息为测试环境，则对应测试环境的域名信息；若环境信息为开发环境，则对应开发环境的域名信息，若环境信息为生产环境，则对应生产环境的域名信息。

可选地，所述调用预设公共函数获取所述目标网络环境对应的目标域名包括：

获取所述目标网络环境对应的加载页面；

确定所述加载页面的网址信息；

调用预设公共函数提取所述网址信息中的目标数据作为所述目标网络环境的目标域名。

其中，所述预设公共函数是指预先设置的、用于获取域名的函数，在一实施例中，所述公共函数可为window.location.host函数，在此不做限制。window.location.host函数会返回当前加载页面的URL的主机部分+端口号。例如：加载页面的网址信息是http://www.abc.com/index.html，则会获取到目标数据www.abc.com。

由于不同的网络环境均有相应的域名信息，本申请通过调用预设公共函数获取网络环境对应域名的方式代替预先配置好不同网络环境与域名对应关系的方式，能够避免在网络环境较多时，导致的配置量大，配置效率低下的问题。

S14，拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中。

在本申请的至少一实施例中，当目标网络请求中携带的baseURL设置为“/xxx”这种相对路径格式时，axios会自动拼接上所述预设公共函数window.location.host获取到的目标域名作为baseURL，也即作为新基础域名。

可选地，所述拼接处理所述目标相对路径与所述目标域名，得到新基础域名包括：

获取对应所述目标相对路径与所述目标域名的拼接规则；

根据所述拼接规则拼接处理所述目标相对路径与所述目标域名，得到新基础域名。

示例性地，当所述目标相对路径为“/404.html”时，所述目标域名为www.abc.com，所述拼接规则也即将所述目标域名设置于所述目标相对路径之前，由此得到的新基础域名为www.abc.com/404.html。

其中，所述预设数据库为预先设置的数据库，考虑数据的隐私性与保密性，所述预设数据库可以为区块链的目标节点。示例性地，在所述预设数据库中新建若干个预设函数，所述预设函数用于存储一个或多个所述新基础域名。当所述预设函数用于存储多个所述新基础域名时，可以将目标域名相同，但目标相对路径不相同的新基础域名存储至同一所述预设函数中。

本申请通过将拼接得到的新基础域名存储至预设数据库的方式代替将新基础域名填充至前端服务器对应的配置文件的方式，避免在将新基础域名填充至配置文件的过程中因填充错误导致的配置文件无法使用的问题；且由于前端服务器对应的配置文件中并未填充新基础域名，也即不存在配置文件中的域名与环境不匹配的问题，能够在无需人为修改配置文件的情况下在不同环境下执行，实现配置文件的多环境运行，提高配置的灵活性。

此外，本申请通过拼接处理所述目标相对路径与所述目标域名的方式，能够实现配置统一的构建命令，无需针对多套环境配置相应的构建命令，所述构建命令可以是指构建基础域名的指令，能够提高构建命令配置的效率。

S15，当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

在本申请的至少一实施例中，通过在所述前端服务器第一次启动时使用默认基础域名，并在再启动时，使用所下载的新基础域名，这样在应用程序发布后，仍可以使用任意新基础域名，从而实现动态切换基础域名。

在应用程序再启动时，在所述调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面之前，所述方法还包括：

获取所述前端服务器对应重新启动的页面信息；

确定所述页面信息对应的本地基础域名以及所述预设数据库中的目标基础域名；

检测所述本地基础域名与所述目标基础域名是否一致；

当检测结果为所述本地基础域名与所述目标基础域名一致时，调用所述本地基础域名开启所述前端服务器的页面；

当检测结果为所述本地基础域名与所述目标基础域名不一致时，调用所述预设数据库中已保存的目标基础域名开启所述前端服务器的页面。

其中，本地基础域名是指预先下载至本地的默认的基础域名。当检测结果为所述本地基础域名与所述目标基础域名一致时，说明预设数据库中该页面信息对应的基础域名未更新；当检测结果为所述本地基础域名与所述目标基础域名不一致时，说明预设数据库中该页面信息对应的基础域名发生更新。

本申请实施例提供的上述基础域名的动态配置方法，通过获取所述初始基础域名的目标相对路径，调用预设公共函数获取目标网络环境对应的目标域名，拼接处理所述目标相对路径与所述目标域名，得到新基础域名。由于不同的网络环境均有相应的域名信息，本申请通过调用预设公共函数获取网络环境对应域名的方式代替预先配置好不同网络环境与域名对应关系的方式，能够避免在网络环境较多时，导致配置量大、配置效率低下的问题；此外，本申请将新基础域名保存至预设数据库中，通过将拼接得到的新基础域名存储至预设数据库的方式代替将新基础域名填充至前端服务器对应的配置文件的方式，避免在将新基础域名填充至配置文件的过程中因填充错误导致的配置文件无法使用的问题；且由于前端服务器对应的配置文件中并未填充新基础域名，也即不存在配置文件中的域名与环境不匹配的问题，能够在无需人为修改配置文件的情况下在不同环境下执行，实现配置文件的多环境运行，提高配置的灵活性。本申请可应用于智慧政务、智慧交通等智慧城市的各个功能模块中，比如智慧政务的基础域名的动态配置模块等，能够促进智慧城市的快速发展。

图2是本申请实施例二提供的基础域名的动态配置装置的结构图。

在一些实施例中，所述基础域名的动态配置装置20可以包括多个由计算机程序段所组成的功能模块。所述基础域名的动态配置装置20中的各个程序段的计算机程序可以存储于计算机设备的存储器中，并由至少一个处理器所执行，以执行(详见图1描述)基础域名的动态配置的功能。

本实施例中，所述基础域名的动态配置装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：状态检测模块201、请求解析模块202、函数调用模块203、域名拼接模块204以及页面重启模块205。本申请所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

状态检测模块201用于当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态。

在本申请的至少一实施例中，所述配置文件是指用于构建前端服务器和/或后端服务器中应用程序的文件，对应前端服务器的配置文件与对应后端服务器的配置文件均部署于同一域名的服务器中，其中，应用程序可以指Java应用程序，在此不做限制。构建前端服务器和/或后端服务器中应用程序可以通过gradlebuild命令在build/libs文件夹下生成一个可执行的jar包。示例性地，访问H5页面和访问后端接口使用同一个域名，访问H5页面使用http://xxx/index.html，访问后端接口使用http://xxx/login.do。其中，部署是指将前端应用通过npm run build命令构建的dist文件夹下的所有文件和文件夹上传至服务器，npm run build是一串脚本的快捷方式，是在package.json里定义的。执行完npm runbuild命令后，生成一个dist文件夹，所述dist文件夹可以存放进行上线的打包文件。

在一实施例中，所述目标网络请求可以为axios网络请求，axios是一个基于Promise的方法，可以发送get、post等请求，并且前、后端服务器都可以使用的库。所述axios网络请求是指前端服务器输出的用于获取基础域名的请求，所述axios网络请求可以为get、post等请求，在此不做限制。所述前端服务器中包含若干个页面，每个页面均对应有基础域名，每个页面对应的基础域名可设置于前端服务器对应的配置文件中。所述axios网络请求中携带前端服务器中不同页面对应的基础域名的目标相对路径，所述目标相对路径的数量可以为1个，也可以为多个。

可选地，所述获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态包括：

获取所述前端服务器对应配置文件中的初始基础域名；

确定所述初始基础域名的域名结构；

检测所述域名结构是否符合预设域名结构要求；

当检测结果为所述域名结构符合预设域名结构要求时，确定所述初始基础域名处于硬编码状态；

当检测结果为所述域名结构未符合预设域名结构要求时，确定所述初始基础域名未处于硬编码状态。

其中，所述初始基础域名存储于所述配置文件的预定位置，通过标记来标识所述预设位置，标记可以为数字标记、颜色标记或者字母标记，所述预定位置是指预先设置的用于存储前端服务器不同页面对应的初始基础域名的位置。通过查询所述配置文件中标记所在位置，可以得到前端服务器的初始基础域名的位置，从而获取所述前端服务器对应的初始基础域名。

一般来说，一个初始基础域名的域名结构可以包括传输协议、域名以及主机类型中的至少一个。例如，一个初始基础域名的域名结构可以为传输协议+域名+主机类型、传输协议+域名、域名+主机类型或者域名。对于每一种域名结构，均设置相应的域名结构模板，通过将所述初始基础域名的域名结构与上述域名结构模板匹配，确定与所述初始基础域名的域名结构一致的目标域名结构模板作为初始基础域名的域名结构。

所述预设域名结构要求是指预先设置的完整状态的域名结构，所述预设域名结构可以包括传输协议、域名以及主机类型，当检测结果为所述域名结构处于完整状态时，确定所述初始基础域名处于硬编码状态；当检测结果为所述域名结构未处于完整状态时，确定所述初始基础域名未处于硬编码状态。可以理解的是，当所述前端服务器对应配置文件中的初始基础域名处于硬编码状态时，此时的初始基础域名属于需要特殊设置的场景；当所述前端服务器对应配置文件中的初始基础域名未处于硬编码状态时，此时的初始基础域名属于动态设置的场景。在一实施例中，可以仅在初始基础域名属于需要特殊设置的场景时，在配置文件中配置该初始基础域名，该初始基础域名为满足预设域名结构要求的域名；对于其余可以动态设置基础域名的场景，无需在配置文件中配置基础域名。

在一实施例中，在前端服务器输出目标网络请求时，所述状态检测模块201还用于：

当所述前端服务器对应配置文件中的初始基础域名处于硬编码时，获取所述前端服务器对应配置文件中的初始基础域名；

检测所述初始基础域名是否包含预设传输协议；

当检测结果为所述初始基础域名包含预设传输协议时，拼接所述初始基础域名至所述目标网络请求中，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。

其中，所述预设传输协议是指预先设置的传输协议，所述预设传输协议可以为http传输协议。当检测结果为所述初始基础域名未包含预设传输协议时，可以执行解析所述目标网络请求，得到所述初始基础域名的目标相对路径的步骤。

本申请会获取判断配置文件中是否有设置基础域名(baseURL)，如果有设置基础域名(baseURL)则会在判断该基础域名是否以http协议开头。如果该基础域名是以http协议开头，则会在具体的目标网络请求上拼接上基础域名(baseURL)，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。如果该基础域名(baseURL)不是以http协议开头或者未设置基础域名(baseURL)的情况下，则可以执行解析所述目标网络请求，得到所述初始基础域名的目标相对路径的步骤，并拼接上window.location.host(js自带的函数可以获取到当前的域名)当前的域名作为新基础域名。

请求解析模块202用于当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，解析所述目标网络请求，得到所述初始基础域名的目标相对路径。

在本申请的至少一实施例中，所述目标网络请求中携带基础域名的目标相对路径，所述目标相对路径以预设数据格式显示。所述目标相对路径与前端服务器的具体页面相互对应，所述目标相对路径是依据所述前端服务器的各个页面预先设置的。所述目标相对路径是指路径相对存在，示例性地，存在A网站(****.com)与B网站(***.com)，上述两个网站的根目录下均存在网页404.html，那么针对上述两个网站设置同样链接，即“/404.html”，也即目标相对路径。

可选地，所述解析所述目标网络请求，得到所述初始基础域名的目标相对路径包括：

解析所述目标网络请求，并检测所述目标网络请求中是否携带预设关键词；

当检测结果为所述目标网络请求中携带预设关键词时，确定所述预设关键词对应的目标代码；

获取所述目标代码中的预设数据格式的数据，并将所述预设数据格式的数据作为目标相对路径。

其中，所述预设关键词为预先设置的关键词，所述预设关键词可以为“baseURL”字样的关键词。当检测到所述目标网络请求中携带有“baseURL”字样的关键词时，获取该“baseURL”字样的关键词对应的代码作为目标代码。由于所述目标相对路径以预设数据格式显示，因此，通过获取预设数据格式的数据作为目标相对路径。

示例性地，以所述目标网络请求为axios网络请求为例，所述axios网络请求的结构可以如下所示：

通过遍历所述axios网络请求的结构，得到“baseURL”字样的预设关键词，获取该“baseURL”字样的关键词对应的代码：baseURL:process.env.BASE_API？process.env.BASE_API:'/admin'作为目标代码。所述预设数据格式是指***人员预先设置的格式，在一实施例中，所述预设数据格式可以为/admin的数据格式。通过查询/admin格式的数据，能够得到目标相对路径。

函数调用模块203用于确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境的目标域名。

在本申请的至少一实施例中，所述后端服务器的网络环境可以包括测试环境、开发环境与生产环境，对于每一个环境，还可能存在若干个子环境。例如，对于测试环境stg，可能还包含stg1、stg2…stgn等多个测试子环境。若环境信息为测试环境，则对应测试环境的域名信息；若环境信息为开发环境，则对应开发环境的域名信息，若环境信息为生产环境，则对应生产环境的域名信息。

可选地，所述调用预设公共函数获取所述目标网络环境对应的目标域名包括：

获取所述目标网络环境对应的加载页面；

确定所述加载页面的网址信息；

调用预设公共函数提取所述网址信息中的目标数据作为所述目标网络环境的目标域名。

其中，所述预设公共函数是指预先设置的、用于获取域名的函数，在一实施例中，所述公共函数可为window.location.host函数，在此不做限制。window.location.host函数会返回当前加载页面的URL的主机部分+端口号。例如：加载页面是http://www.abc.com/index.html，则会获取到www.abc.com。

由于不同的网络环境均有相应的域名信息，本申请通过调用预设公共函数获取网络环境对应域名的方式代替预先配置好不同网络环境与域名对应关系的方式，能够避免在网络环境较多时，导致的配置量大，配置效率低下的问题。

域名拼接模块204用于拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中。

在本申请的至少一实施例中，当目标网络请求中携带的baseURL设置为“/xxx”这种相对路径格式时，axios会自动拼接上所述预设公共函数window.location.host获取到的目标域名作为baseURL，也即作为新基础域名。

可选地，所述拼接处理所述目标相对路径与所述目标域名，得到新基础域名包括：

获取对应所述目标相对路径与所述目标域名的拼接规则；

根据所述拼接规则拼接处理所述目标相对路径与所述目标域名，得到新基础域名。

示例性地，当所述目标相对路径为“/404.html”时，所述目标域名为www.abc.com，所述拼接规则也即将所述目标域名设置于所述目标相对路径之前，由此得到的新基础域名为www.abc.com/404.html。

其中，所述预设数据库为预先设置的数据库，考虑数据的隐私性与保密性，所述预设数据库可以为区块链的目标节点。示例性地，在所述预设数据库中新建若干个预设函数，所述预设函数用于存储一个或多个所述新基础域名。当所述预设函数用于存储多个所述新基础域名时，可以将目标域名相同，但目标相对路径不相同的新基础域名存储至同一所述预设函数中。

本申请通过将拼接得到的新基础域名存储至预设数据库的方式代替将新基础域名填充至前端服务器对应的配置文件的方式，避免在将新基础域名填充至配置文件的过程中因填充错误导致的配置文件无法使用的问题；且由于前端服务器对应的配置文件中并未填充新基础域名，也即不存在配置文件中的域名与环境不匹配的问题，能够在无需人为修改配置文件的情况下在不同环境下执行，实现配置文件的多环境运行，提高配置的灵活性。

页面重启模块205用于当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

在本申请的至少一实施例中，通过在所述前端服务器第一次启动时使用默认基础域名，并在再启动时，使用所下载的新基础域名，这样在应用程序发布后，仍可以使用任意新基础域名，从而实现动态切换基础域名。

在应用程序再启动时，在所述调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面之前，所述页面重启模块205还用于：

获取所述前端服务器对应重新启动的页面信息；

确定所述页面信息对应的本地基础域名以及所述预设数据库中的目标基础域名；

检测所述本地基础域名与所述目标基础域名是否一致；

当检测结果为所述本地基础域名与所述目标基础域名一致时，调用所述本地基础域名开启所述前端服务器的页面；

当检测结果为所述本地基础域名与所述目标基础域名不一致时，调用所述预设数据库中已保存的目标基础域名开启所述前端服务器的页面。

其中，本地基础域名是指预先下载至本地的默认的基础域名。当检测结果为所述本地基础域名与所述目标基础域名一致时，说明预设数据库中该页面信息对应的基础域名未更新；当检测结果为所述本地基础域名与所述目标基础域名不一致时，说明预设数据库中该页面信息对应的基础域名发生更新。

参阅图3所示，为本申请实施例三提供的计算机设备的结构示意图。在本申请较佳实施例中，所述计算机设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

本领域技术人员应该了解，图3示出的计算机设备的结构并不构成本申请实施例的限定，既可以是总线型结构，也可以是星形结构，所述计算机设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述计算机设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述计算机设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述计算机设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本申请，也应包含在本申请的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31中存储有计算机程序，所述计算机程序被所述至少一个处理器32执行时实现如所述的基础域名的动态配置方法中的全部或者部分步骤。所述存储器31包括只读存储器(Read-Only Memory，ROM)、可编程只读存储器(ProgrammableRead-Only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子擦除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

在一些实施例中，所述至少一个处理器32是所述计算机设备3的控制核心(Control Unit)，利用各种接口和线路连接整个计算机设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行计算机设备3的各种功能和处理数据。例如，所述至少一个处理器32执行所述存储器中存储的计算机程序时实现本申请实施例中所述的基础域名的动态配置方法的全部或者部分步骤；或者实现基础域名的动态配置装置的全部或者部分功能。所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processingunit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

尽管未示出，所述计算机设备3还可以包括给各个部件供电的电源(比如电池)，优选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，计算机设备，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的部分。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。说明书中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本申请的技术方案而非限制，尽管参照较佳实施例对本申请进行了详细说明，本领域的普通技术人员应当理解，可以对本申请的技术方案进行修改或等同替换，而不脱离本申请技术方案的精神和范围。

Claims (10)

1.一种基础域名的动态配置方法，其特征在于，所述基础域名的动态配置方法包括：

当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态；

当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，解析所述目标网络请求，得到所述初始基础域名的目标相对路径；

确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境对应的目标域名；

拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中；

当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

2.根据权利要求1所述的基础域名的动态配置方法，其特征在于，所述获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态包括：

获取所述前端服务器对应配置文件中的初始基础域名；

确定所述初始基础域名的域名结构；

检测所述域名结构是否符合预设域名结构要求；

当检测结果为所述域名结构符合预设域名结构要求时，确定所述初始基础域名处于硬编码状态；

当检测结果为所述域名结构未符合预设域名结构要求时，确定所述初始基础域名未处于硬编码状态。

3.根据权利要求1所述的基础域名的动态配置方法，其特征在于，所述方法还包括：

当检测结果为所述前端服务器对应配置文件中的初始基础域名处于硬编码状态时，获取所述前端服务器对应配置文件中的初始基础域名；

检测所述初始基础域名是否包含预设传输协议；

当检测结果为所述初始基础域名包含预设传输协议时，拼接所述初始基础域名至所述目标网络请求中，并在监测到所述前端服务器重新启动时，调用所述初始基础域名开启所述前端服务器的页面。

4.根据权利要求1所述的基础域名的动态配置方法，其特征在于，所述解析所述目标网络请求，得到所述初始基础域名的目标相对路径包括：

解析所述目标网络请求，并检测所述目标网络请求中是否携带预设关键词；

当检测结果为所述目标网络请求中携带预设关键词时，确定所述预设关键词对应的目标代码；

获取所述目标代码中的预设数据格式的数据，并将所述预设数据格式的数据作为目标相对路径。

5.根据权利要求1所述的基础域名的动态配置方法，其特征在于，所述调用预设公共函数获取所述目标网络环境对应的目标域名包括：

获取所述目标网络环境对应的加载页面；

确定所述加载页面的网址信息；

调用预设公共函数提取所述网址信息中的目标数据作为所述目标网络环境的目标域名。

6.根据权利要求1所述的基础域名的动态配置方法，其特征在于，所述拼接处理所述目标相对路径与所述目标域名，得到新基础域名包括：

获取对应所述目标相对路径与所述目标域名的拼接规则；

根据所述拼接规则拼接处理所述目标相对路径与所述目标域名，得到新基础域名。

7.根据权利要求1所述的基础域名的动态配置方法，其特征在于，在所述调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面之前，所述方法还包括：

获取所述前端服务器对应重新启动的页面信息；

确定所述页面信息对应的本地基础域名以及所述预设数据库中的目标基础域名；

检测所述本地基础域名与所述目标基础域名是否一致；

当检测结果为所述本地基础域名与所述目标基础域名一致时，调用所述本地基础域名开启所述前端服务器的页面；

当检测结果为所述本地基础域名与所述目标基础域名不一致时，调用所述预设数据库中已保存的目标基础域名开启所述前端服务器的页面。

8.一种基础域名的动态配置装置，其特征在于，所述基础域名的动态配置装置包括：

状态检测模块，用于当接收到前端服务器输出的目标网络请求时，获取并检测所述前端服务器对应配置文件中的初始基础域名是否处于硬编码状态；

请求解析模块，用于当检测结果为所述前端服务器对应配置文件中的初始基础域名不处于硬编码状态时，解析所述目标网络请求，得到所述初始基础域名的目标相对路径；

函数调用模块，用于确定后端服务器的目标网络环境，并调用预设公共函数获取所述目标网络环境的目标域名；

域名拼接模块，用于拼接处理所述目标相对路径与所述目标域名，得到新基础域名并保存至预设数据库中；

页面重启模块，用于当监测到所述前端服务器重新启动时，调用所述预设数据库中已保存的新基础域名开启所述前端服务器的页面。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述基础域名的动态配置方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述基础域名的动态配置方法。

Images