CN115129355B - 页面修复方法及其系统、计算机设备 - Google Patents

Abstract

本申请提供了一种页面修复方法，包括：node服务器判断是否接收到预设修复文档，预设修复文档与预设页面相对应，预设修复文档包括预设页面的预设作用域；当接收到预设修复文档时，node服务器根据预设修复文档生成修复补丁；前端平台加载并展示当前页面和加载修复器，修复器设置有预设页面的预设作用域；修复器判断当前页面是否与预设作用域相匹配；当当前页面与预设作用域相匹配时，修复器确认当前页面为待修复页面，并根据预设作用域获取与待修复页面相对应的修复补丁；以及修复器加载并执行修复补丁，以对待修复页面进行修复。此外，本申请还提供了一种页面修复系统及计算机设备。本申请提供的页面修复方法能够快捷修复问题页面。

Description

页面修复方法及其系统、计算机设备

技术领域

本申请涉及信息处理技术领域，尤其涉及一种页面修复方法及其系统、计算机设备。

背景技术

目前市面上的页面发布后，基本处于静态托管状态。如果页面出现生产漏洞,只能通过重新修改页面的源代码后，重新发布才能解决。导致整个问题修复周期时间较长，无法快速有效地解决线上页面的缺陷。甚至会因为页面缺陷长时间存留，无法线上及时修复而引起不可预期的损失。

发明内容

有鉴于此，实有必要提供一种页面修复方法及其系统、计算机设备，能够快捷修复问题页面。

第一方面，本申请实施例提供一种页面修复方法，所述页面修复方法包括：

node服务器判断是否接收到预设修复文档，其中，所述预设修复文档与预设页面相对应，所述预设修复文档包括所述预设页面的预设作用域；

当接收到所述预设修复文档时，所述node服务器根据所述预设修复文档生成修复补丁；

前端平台加载并展示当前页面和加载修复器，其中，所述修复器设置有所述预设页面的预设作用域；

所述修复器判断所述当前页面是否与预设作用域相匹配；

当所述当前页面与预设作用域相匹配时，所述修复器确认所述当前页面为待修复页面，并根据所述预设作用域获取与所述待修复页面相对应的修复补丁；以及

所述修复器加载并执行所述修复补丁，以对所述待修复页面进行修复。

第二方面，本申请实施例提供一种计算机设备，所述计算机设备包括：

存储器，用于存储程序指令；以及

处理器，用于执行所述程序指令以实现如上所述的页面修复方法。

第三方面，本申请实施例提供一种页面修复系统，所述页面修复系统包括node服务器、前端平台和修复器，所述node服务器包括第一判断模块和生成模块，所述修复器包括第二判断模块、获取模块和执行模块，其中，

所述第一判断模块，用于判断是否接收到预设修复文档，其中，所述预设修复文档与预设页面相对应，所述预设修复文档包括所述预设页面的预设作用域；

所述生成模块，用于当接收到所述预设修复文档时，根据所述预设修复文档生成修复补丁；

所述前端平台，用于加载并展示当前页面和加载修复器，其中，所述修复器设置有所述预设页面的预设作用域；

所述第二判断模块，用于判断所述当前页面是否与预设作用域相匹配；

所述获取模块，用于当所述当前页面与预设作用域相匹配时，确认所述当前页面为待修复页面，并根据所述预设作用域获取与所述待修复页面相对应的修复补丁；

所述执行模块，用于加载并执行所述修复补丁，以对所述待修复页面进行修复。

上述页面修复方法及其系统、计算机设备，预先对页面进行排查，确定需要修复的预设页面，并编写生成相应的预设修复文件，通过node服务器生成相应的修复补丁。当当前页面加载完成后出现缺陷，修复器能够判断当前页面为待修复页面，并调取相应的修复补丁进行修复，从而快速解决线上当前页面的缺陷，通过修复平台检索需要修复的问题页面，临时对当前页面在线快捷修复，不需要重新发布页面即可线上修复当前页面，及时有效地修复当前页面存在的缺陷，极大缩短因当前页面的缺陷带来的生产影响时间。

管理员通过修复平台预先知道哪些页面会出现问题，页面哪里会出现问题，针对性地编写预设修复文档，从而能够精准地修复页面。修复器能够快速确定待修复页面，加载并执行相应的修复补丁，相比传统的生产问题修复，很大程度上缩短生产问题留存时间，减少生产问题带来的损失和影响。

附图说明

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

图1为本申请第一实施例提供的页面修复方法的流程图。

图2为本申请第一实施例提供的页面修复方法的第一子流程图。

图3为本申请第一实施例提供的页面修复方法的第二子流程图。

图4为本申请第一实施例提供的页面修复方法的第三子流程图。

图5为本申请第一实施例提供的页面修复方法的第三子流程图。

图6为本申请第二实施例提供的页面修复方法的子流程图。

图7为本申请第三实施例提供的页面修复方法的子流程图。

图8为本申请实施例提供的页面修复方法的应用场景示意图。

图9为本申请实施例提供的计算机设备的内部结构示意图。

图10为本申请实施例提供的页面修复系统的内部结构示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的规划对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，换句话说，描述的实施例根据除了这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，还可以包含其他内容，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于只清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者多个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

请结合参看图1和图8，图1为本申请第一实施例提供的页面修复方法的流程图，图8为本申请实施例提供的页面修复方法的应用场景示意图。页面修复方法用于对金融科技领域系统的前端展示页面进行在线修复。以图8所示的应用场景为例，修复平台30为后端平台，用于响应管理员70的操作；node服务器40用于生成线上修复补丁；前端平台50用于展示页面；修复器60用于判断展示页面是否需要进行修复。其中，修复平台30和前端平台50的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，在此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。修复平台30和前端平台50均包括显示设备，修复平台30和前端平台50包括但不限于台式机、便携式计算机以及手机等。前端平台50用于展示理财、基金、持仓等与金融领域相关的页面。在本实施例中，修复器60为SDK（SoftwareDevelopment Kit）。

第一实施例提供的页面修复方法具体包括如下步骤。

步骤S102，node服务器判断是否接收到预设修复文档。

node服务器40判断是否接收到从修复平台30发送的预设修复文档。其中，预设修复文档与预设页面相对应。在本实施例中，预设页面为修复平台30的管理员70通过检索发现的页面，预设页面在运行时可能会存在问题导致页面异常。因此，管理员70将该页面标记为预设页面，表示预设页面出现问题时可以进行修复。

预设修复文档包括预设页面的预设作用域。在本实施例中，预设作用域为管理员70根据预设页面的作用进行添加，用于识别页面是否需要进行修复。预设修复文档的生成过程将在下文详细描述。

当接收到预设修复文档时，执行步骤S104。

步骤S104，node服务器根据预设修复文档生成修复补丁。

当node服务器40接收到预设修复文档时，触发设置于node服务器40的预设代码编译工具。其中，预设代码编译工具为webpack。node服务器40触发预设代码编译工具将修复文档输出为修复补丁。其中，修复补丁为js补丁，修复补丁的模式为umd。即是说，修复补丁的libraryTarget为umd模式。

步骤S106，前端平台加载并展示当前页面和加载修复器。

前端平台50加载当前页面的页面文档，并渲染生成当前页面。具体地，前端平台50解析页面文档的结构，加载外部样式表和JavaScript脚本，渲染DOM树，从而完成当前页面的渲染。其中，页面文档为HTML文档。

在本实施例中，前端平台50加载页面文档的同时，能够加载相应的修复器60。其中，所有页面的页面文档中统一采用script加载修复器60。修复器60的数量可以为一个，一个修复器60与所有页面均对应；修复器60的数量也可以为多个，多个修复器60与页面一一对应。在本实施例中，修复器60的数量为一个，修复器60设置有预设页面的预设作用域。

在一些可行的实施例中，当前页面渲染完成后，修复器60记录当前页面的页面地址，并将当前页面的页面地址发送至后端数据库（图未示），以方便对修复的页面进行统计。

步骤S108，修复器判断当前页面是否与预设作用域相匹配。

修复器60根据预设作用域判断当前页面是否为待修复页面。

修复器60如何判断当前页面是否与预设作用域相匹配的具体过程将在下文详细描述。

当当前页面与预设作用域相匹配时，执行步骤S110。

步骤S110，修复器确认当前页面为待修复页面，并根据预设作用域获取与待修复页面相对应的修复补丁。

当确认当前页面为待修复页面后，修复器60根据预设作用域从node服务器40中获取与待修复页面相对应的修复补丁。

步骤S112，修复器加载并执行修复补丁，以对待修复页面进行修复。

修复器60如何执行修复补丁的具体过程将在下文详细描述。

上述实施例中，预先对页面进行排查，确定需要修复的预设页面，并编写生成相应的预设修复文件，通过node服务器生成相应的修复补丁。当当前页面加载完成后出现缺陷，修复器能够判断当前页面为待修复页面，并调取相应的修复补丁进行修复，从而快速解决线上当前页面的缺陷，通过修复平台检索需要修复的问题页面，临时对当前页面在线快捷修复，不需要重新发布页面即可线上修复当前页面，及时有效地修复当前页面存在的缺陷，极大缩短因当前页面的缺陷带来的生产影响时间。

管理员通过修复平台预先知道哪些页面会出现问题，页面哪里会出现问题，针对性地编写预设修复文档，从而能够精准地修复页面。修复器能够快速确定待修复页面，加载并执行相应的修复补丁，相比传统的生产问题修复，很大程度上缩短生产问题留存时间，减少生产问题带来的损失和影响。

请结合参看图2，其为本申请第一实施例提供的页面修复方法的第一子流程图。执行步骤S102之前，页面修复方法还包括如下步骤。

步骤S202，修复平台响应用户操作生成预设修复文档。

在本实施例中，用户为修复平台30的管理员70。管理员70通过修复平台30对所有页面进行检索、筛查，找出存在缺陷并能够进行线上修复的页面为预设页面。管理员70根据预设页面的类型或者预设页面中显示的内容、以及预设页面存在的缺陷选择需要修复的作用域为预设作用域。

具体地，管理员70可以根据预设页面的页面地址添加URL参数控制作用域，用于根据页面地址的URL参数识别相应的页面是否需要修复。管理员70可以根据预设页面中使用者的登录状态添加登录状态控制作用域，用于根据使用者的登录状态识别相应的页面是否需要修复。管理员70还可以根据预设页面中使用者的类型添加客户群体控制作用域，用于根据使用者的类型识别相应的页面是否需要修复。其中，一个预设页面对应的预设作用域可以为URL参数控制作用域、登录状态控制作用域以及客户群体控制作用域中的一个，也可以包括URL参数控制作用域、登录状态控制作用域以及客户群体控制作用域中的至少两者。在一些可行的实施例中，预设作用域还可以为其它与预设页面类型或者显示内容相关联的作用域，在此不做限定。

在本实施例中，管理员70根据预设页面存在的缺陷，通过设置于修复平台30的核心插件vue-codemirror，在线开发编写Vue组件或者在线编写js，以形成预设修复文档。

步骤S204，修复平台判断是否接收到预览请求。

当管理员70编写好预设修复文档后，需要判断预设修复文档是否能够修复好相应的预设页面。因此，管理员70可以发送预览请求，用于预览加载预设修复文档后的预设页面。

当接收到预览请求时，执行步骤S206。

步骤S206，修复平台在与预设修复文档对应的预设页面加载、执行预设修复文档，并展示预设页面。

修复平台30将对应的预设页面加载并执行预设修复文档。当预设修复文档执行完成后，修复平台30展示预设页面。

步骤S208，修复平台判断是否接收到确认请求。

管理员70根据展示的预设页面判断预设修复文档是否完善。当预设修复文档完善时，管理员70可以发送确认请求；当预设修复文档仍存在欠缺时，管理员70可以继续编写预设修复文档。

当接收到确认请求时，执行步骤S210。

步骤S210，修复平台将预设修复文档发送至node服务器。

上述实施例中，修复平台的管理员可以预先对页面进行排查，确定需要修复的预设页面，并编写生成相应的预设修复文件，并通过修复平台对预设页面进行预览，从而完成EOA审批，确认加载并执行预设修复文档后的预设页面已经完成修复，能够上线后，将预设修复文档发送至node服务器。

请结合参看图3，其为本申请第一实施例提供的页面修复方法的第二子流程图。预设作用域包括预设页面的预设标签地址。其中，预设标签地址即是URL参数，包括地址标签和地址标签的值。举例来说，预设标签地址为templateId=PrdTempINI117，其中，templateId为地址标签，PrdTempINI117为地址标签的值。

步骤S108具体包括如下步骤。

步骤S302，获取当前页面的当前地址。

修复器60获取当前页面的页面地址，即当前地址。

步骤S304，判断当前地址是否包括预设标签地址。

修复器60以预设标签地址为模板，判断当前页面是否为待修复页面。具体地，修复器60判断当前地址是否包括预设标签地址。在本实施例中，当前页面渲染完成，修复器60记录当前页面的当前地址后，就根据预设标签地址对当前地址进行判断。举例来说，若当前页面的当前地址为http://detail_complex_struct_detail.html?prdCode=TLN202039&templateId=PrdTempINI117，则当前地址中包括templateId=PrdTempINI117，即预设标签地址。

当当前地址包括预设标签地址时，执行步骤S306。

步骤S306，确认当前页面为待修复页面。

当当前地址包括预设标签地址时，修复器60确认当前页面为待修复页面。可以理解的是，只要当前页面的页面地址包括预设标签地址，当前页面就是待修复页面。

上述实施例中，当预设作用域为预设页面的预设标签地址时，在前端平台的使用者访问页面时，修复器就能够根据页面地址确定当前页面是否为待修复页面。

请结合参看图4，其为本申请第一实施例提供的页面修复方法的第三子流程图。步骤S112中，修复器60执行修复补丁具体包括如下步骤。

步骤S402，获取待修复页面的页面文档和修复补丁中的修复字段。

修复器60获取待修复页面的页面文档。其中，页面文档包括若干节点，节点包括节点名。在本实施例中，节点为document childNode，节点中的属性值为相应的节点名。节点与待修复页面中的DOM元素相对应。

修复器60获取修复补丁中的修复字段。其中，修复字段包括目标字段。修复字段的属性值为目标字段，目标字段为待修复的节点的节点名。

在本实施例中，修复字段包括但不限于createElement、createTextNode、getElementById、getElementsByTagName、getElementsByClassName、removeChild、replaceChild。其中，createElement和createTextNode表示增加节点，getElementById、getElementsByTagName以及getElementsByClassName表示查询节点，removeChild表示删除节点，replaceChild表示修改节点。

步骤S404，根据目标字段和节点名从若干节点中筛选相对应的节点为目标节点。

修复器60根据目标字段匹配相同的节点名，从而从若干节点中筛选出目标节点。

步骤S406，根据修复字段对相对应的目标节点进行修复。

在本实施例中，修复器60根据修复字段所表示的含义对目标节点进行修复。其中，修复器60可以通过修复字段修改或者替换目标节点中的div数据，修复器60还可以通过修复字段在目标节点中添加新的div数据或者删除原有的div数据。

上述实施例中，管理员可以根据预设页面的场景编写预设修复文件，修复器根据修复补丁能够灵活地对待修复页面的节点进行增加、删除、查询、修改等修复。

请结合参看图5，其为本申请第一实施例提供的页面修复方法的第三子流程图。执行步骤S112之后，页面修复方法还包括如下步骤。

步骤S502，修复器获取待修复页面的页面状态。其中，页面状态为document.readyState。页面状态包括但不限于加载状态（loading）、互动状态（interactive）以及完成状态（complete）等。

步骤S504，修复器判断页面状态是否为完成状态。

当页面状态为完成状态时，执行步骤S506。

步骤S506，修复器发送完成消息至前端平台。

当页面状态为完成状态时，修复器60将完成消息发送至前端平台50。

步骤S508，前端平台渲染待修复页面。

前端平台50接收到完成消息后，重新对待修复页面进行渲染。

在本实施例中，修复器60加载修复补丁后，默认将待修复页面的页面状态调整为加载状态。当执行完修复补丁后，页面状态会转换为完成状态。完成状态下的待修复页面才允许使用者进行操作。

上述实施例中，修复器通过页面状态判断待修复页面是否修复完成，以免使用者误操作。

请结合参看图6，其为本申请第二实施例提供的页面修复方法的子流程图。第二实施例提供的页面修复方法与第一实施例提供的页面修复方法的不同之处在于，第二实施例提供的页面修复方法中，预设作用域包括预设页面的预设登录状态。其中，预设登录状态包括但不限于强登、弱登以及未登录状态。预设登录状态可以根据预设页面的实际情况进行设置，在此不做限定。

相应地，步骤S108具体包括如下步骤。

步骤S602，获取当前页面的当前登录状态。

可以理解的是，当前页面可能需要用户进行登录。若有用户登录时，修复器60获取当前页面中用户的登录状态，即当前登录状态。

步骤S604，判断当前登录状态与预设登录状态是否相同。

当当前登录状态与预设登录状态相同时，执行步骤S606。

步骤S606，确认当前页面为待修复页面。

当当前登录状态与预设登录状态相同时，修复器60确认当前页面为待修复页面。

上述实施例中，当预设作用域为预设页面的预设登录状态时，在前端平台的使用者一旦登录当前页面，修复器就能够根据登录状态确定当前页面是否为待修复页面。

请结合参看图7，其为本申请第三实施例提供的页面修复方法的子流程图。第三实施例提供的页面修复方法与第一实施例提供的页面修复方法的不同之处在于，第三实施例提供的页面修复方法中，预设作用域包括预设页面的预设客户群体。其中，预设客户群体包括但不限于老年群体、年轻群体以及重要的用户群体等。预设客户群体可以根据预设页面的实际情况进行设置，在此不做限定。

相应地，步骤S108具体包括如下步骤。

步骤S702，获取当前页面的当前客户类型。

使用者登录之后，后端大数据会记录使用者的客户类型，即当前客户类型。

步骤S704，判断当前客户类型是否属于预设客户群体。

当当前客户类型属于预设客户群体时，执行步骤S706。

步骤S706，确认当前页面为待修复页面。

当当前客户类型数据预设客户群体时，修复器60确认当前页面为待修复页面。

上述实施例中，当预设作用域为预设页面的预设客户群体时，在前端平台的使用者一旦登录当前页面，修复器就能够根据客户类型确定当前页面是否为待修复页面。

请结合参看图9，其为本申请实施例提供的计算机设备的内部结构示意图。计算机设备10包括存储器11和处理器12。存储器11用于存储程序指令，处理器12用于执行程序指令以实现上述页面修复方法。

其中，处理器12在一些实施例中可以是一中央处理器（Central ProcessingUnit，CPU）、控制器、微控制器、微处理器或其它数据处理芯片，用于运行存储器11中存储的程序指令。

存储器11至少包括一种类型的可读存储介质，该可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器（例如，SD或DX存储器等）、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机设备的内部存储单元，例如计算机设备的硬盘。存储器11在另一些实施例中也可以是计算机设备的外部存储设备，例如计算机设备上配备的插接式硬盘、智能存储卡（Smart Media Card，SMC）、安全数字（Secure Digital，SD）卡、闪存卡（FlashCard）等。进一步地，存储器11还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机设备的应用软件及各类数据，例如实现页面修复方法的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

请结合参看图10，其为本申请实施例提供的页面修复系统的内部结构示意图。页面修复系统20包括node服务器21、前端平台22和修复器23。node服务器21包括第一判断模块211和生成模块212，修复器23包括第二判断模块231、获取模块232和执行模块233。可以理解的是，页面修复系统20还包括修复平台24。

第一判断模块211，用于判断是否接收到预设修复文档。

第一判断模块211判断是否接收到从修复平台24发送的预设修复文档。其中，预设修复文档与预设页面相对应。在本实施例中，预设页面为修复平台24的管理员通过检索发现的页面，预设页面在运行时可能会存在问题导致页面异常。因此，管理员将该页面标记为预设页面，表示预设页面出现问题时可以进行修复。

预设修复文档包括预设页面的预设作用域。在本实施例中，预设作用域为管理员根据预设页面的作用进行添加，用于识别页面是否需要进行修复。

生成模块212，用于当接收到预设修复文档时，根据预设修复文档生成修复补丁。

当第一判断模块211接收到预设修复文档时，触发设置于node服务器40的预设代码编译工具，即生成模块212。其中，预设代码编译工具为webpack。node服务器40触发预设代码编译工具将修复文档输出为修复补丁。其中，修复补丁为js补丁，修复补丁的模式为umd。即是说，修复补丁的libraryTarget为umd模式。

前端平台22，用于加载并展示当前页面和加载修复器。前端平台22加载当前页面的页面文档，并渲染生成当前页面。具体地，前端平台22解析页面文档的结构，加载外部样式表和JavaScript脚本，渲染DOM树，从而完成当前页面的渲染。其中，页面文档为HTML文档。

在本实施例中，前端平台22加载页面文档的同时，能够加载相应的修复器23。其中，所有页面的页面文档中统一采用script加载修复器23。修复器23的数量可以为一个，一个修复器23与所有页面均对应；修复器23的数量也可以为多个，多个修复器23与页面一一对应。在本实施例中，修复器23的数量为一个，修复器23设置有预设页面的预设作用域。

在一些可行的实施例中，当前页面渲染完成后，修复器23记录当前页面的页面地址，并将当前页面的页面地址发送至后端数据库（图未示），以方便对修复的页面进行统计。

第二判断模块231，用于判断当前页面是否与预设作用域相匹配。

第二判断模块231根据预设作用域判断当前页面是否为待修复页面。

获取模块232，用于当当前页面与预设作用域相匹配时，确认当前页面为待修复页面，并根据预设作用域获取与待修复页面相对应的修复补丁。

当确认当前页面为待修复页面后，获取模块232根据预设作用域从node服务器21中获取与待修复页面相对应的修复补丁。

执行模块232，用于加载并执行修复补丁，以对待修复页面进行修复。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘且本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

以上所列举的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属于本申请所涵盖的范围。

Claims (8)

1.一种页面修复方法，其特征在于，所述页面修复方法包括：

node服务器判断是否接收到预设修复文档，其中，所述预设修复文档与预设页面相对应，所述预设修复文档包括所述预设页面的预设作用域，所述预设作用域包括URL参数控制作用域、登录状态控制作用域以及客户群体控制作用域；

当接收到所述预设修复文档时，所述node服务器根据所述预设修复文档生成修复补丁；

前端平台加载并展示当前页面和加载修复器，其中，所述修复器设置有所述预设页面的预设作用域；

所述修复器判断所述当前页面是否与预设作用域相匹配；

当所述当前页面与预设作用域相匹配时，所述修复器确认所述当前页面为待修复页面，并根据所述预设作用域获取与所述待修复页面相对应的修复补丁；以及

所述修复器加载并执行所述修复补丁，以对所述待修复页面进行修复；

其中，所述修复器执行所述修复补丁具体包括：

获取所述待修复页面的页面文档和所述修复补丁中的修复字段，其中，所述页面文档包括若干节点，所述节点包括节点名，所述修复字段包括目标字段；

根据所述目标字段和所述节点名从所述若干节点中筛选相对应的节点为目标节点；以及

根据所述修复字段对相对应的目标节点进行修复；

其中，所述node服务器判断是否接收到预设修复文档之前，所述页面修复方法还包括：

修复平台响应用户操作生成所述预设修复文档；

所述修复平台判断是否接收到预览请求；

当接收到所述预览请求时，所述修复平台在与所述预设修复文档对应的预设页面加载、执行所述预设修复文档，并展示所述预设页面；

所述修复平台判断是否接收到确认请求；以及

当接收到所述确认请求时，所述修复平台将所述预设修复文档发送至所述node服务器。

2.如权利要求1所述的页面修复方法，其特征在于，所述预设作用域包括所述预设页面的预设标签地址，所述修复器判断所述当前页面是否与预设作用域相匹配具体包括：

获取所述当前页面的当前地址；

判断所述当前地址是否包括所述预设标签地址；以及

当所述当前地址包括所述预设标签地址时，确认所述当前页面与所述预设作用域相匹配。

3.如权利要求1所述的页面修复方法，其特征在于，所述预设作用域包括所述预设页面的预设登录状态，所述修复器判断所述当前页面是否与预设作用域相匹配具体包括：

获取所述当前页面的当前登录状态；

判断所述当前登录状态与所述预设登录状态是否相同；以及

当所述当前登录状态与所述预设登录状态相同时，确认所述当前页面与所述预设作用域相匹配。

4.如权利要求1所述的页面修复方法，其特征在于，所述预设作用域包括所述预设页面的预设客户群体，所述修复器判断所述当前页面是否与预设作用域相匹配具体包括：

获取所述当前页面的当前客户类型；

判断所述当前客户类型是否属于所述预设客户群体；以及

当所述当前客户类型属于所述预设客户群体时，确认所述当前页面与所述预设作用域相匹配。

5.如权利要求1所述的页面修复方法，其特征在于，所述node服务器根据所述预设修复文档生成修复补丁具体包括：

所述node服务器触发预设代码编译工具将所述预设修复文档输出为所述修复补丁，其中，所述修复补丁的模式为umd。

6.如权利要求1所述的页面修复方法，其特征在于，所述修复器加载并执行所述修复补丁之后，所述页面修复方法还包括：

所述修复器获取所述待修复页面的页面状态；

所述修复器判断所述页面状态是否为完成状态；

当所述页面状态为完成状态时，所述修复器发送完成消息至所述前端平台；以及

所述前端平台渲染所述待修复页面。

7.一种计算机设备，其特征在于，所述计算机设备包括：

存储器，用于存储程序指令；以及

处理器，用于执行所述程序指令以实现如权利要求1至6中任一项所述的页面修复方法。

8.一种页面修复系统，其特征在于，所述页面修复系统包括node服务器、前端平台和修复器，所述node服务器包括第一判断模块和生成模块，所述修复器包括第二判断模块、获取模块和执行模块，其中，

所述第一判断模块，用于判断是否接收到预设修复文档，其中，所述预设修复文档与预设页面相对应，所述预设修复文档包括所述预设页面的预设作用域；

所述生成模块，用于当接收到所述预设修复文档时，根据所述预设修复文档生成修复补丁；

所述前端平台，用于加载并展示当前页面和加载修复器，其中，所述修复器设置有所述预设页面的预设作用域；

所述第二判断模块，用于判断所述当前页面是否与预设作用域相匹配；

所述获取模块，用于当所述当前页面与预设作用域相匹配时，确认所述当前页面为待修复页面，并根据所述预设作用域获取与所述待修复页面相对应的修复补丁；

所述执行模块，用于加载并执行所述修复补丁，以对所述待修复页面进行修复；还用于获取所述待修复页面的页面文档和所述修复补丁中的修复字段，其中，所述页面文档包括若干节点，所述节点包括节点名，所述修复字段包括目标字段；还用于根据所述目标字段和所述节点名从所述若干节点中筛选相对应的节点为目标节点；以及还用于根据所述修复字段对相对应的目标节点进行修复；

其中，所述页面修复系统还包括修复平台，所述修复平台用于响应用户操作生成所述预设修复文档；所述修复平台还用于判断是否接收到预览请求；所述修复平台还用于当接收到所述预览请求时，在与所述预设修复文档对应的预设页面加载、执行所述预设修复文档，并展示所述预设页面；所述修复平台还用于判断是否接收到确认请求；以及所述修复平台还用于当接收到所述确认请求时，将所述预设修复文档发送至所述node服务器。

Images