CN115499452A - 一种基于next的数据同步方法 - Google Patents

Abstract

本发明涉及网络身份认证技术领域，具体涉及一种基于next的数据同步方法。包括：S1：服务端设置redis，存储已登录的用户数据。服务端设置api，用于获取中间件上下文中的用户数据。客户端设置redux，存储用户数据。S2：判断用户是否登陆服务端的中间件。若是，则根据携带的cookie在redis中查询与其对应的用户数据并将该用户数据添加至中间件的上下文中。若否，则跳过该中间件。S3：判断中间件的上下文是否已经存在用户数据，若是，根据用户数据渲染react组件。S4：在渲染react组件之后，api请求获取用户数据并将获取的用户数据更新至redux。其能保障服务端与客户端的数据同步性。

Description

一种基于next的数据同步方法

技术领域

本发明涉及网络身份认证技术领域，具体而言，涉及一种基于next的数据同步方法。

背景技术

next是一个轻量级的react服务端渲染应用框架。能提供生产环境所需的所有功能以及最佳的开发环境：包括静态渲染、服务器端渲染、优化打包、路由等功能。与传统的单页应用相比较，next应用具有良好的SEO。与传统的web网站相比，next具有更好的交互体验。

在实际使用过程中，服务端渲染单页应用带来了诸多问题，首先就是服务端和客户端用户登录信息同步问题。next应用初始化时使用服务端渲染，客户端跳转路由等操作则由next单页应用完成。这也造成了服务端与客户端数据不同步。特别是用户数据。数据不同步会导致应用报错、崩溃、客户端无法正常使用。

有鉴于此，特提出本申请。

发明内容

本发明的目的在于提供一种基于next的数据同步方法，其能够有效地保障服务端与客户端的数据同步性，优化了数据同步效率。

本发明的实施例是这样实现的：

一种基于next的数据同步方法，其包括以下步骤：

S1：在服务端设置redis，用于存储已登录的用户数据。在服务端设置api，用于获取中间件上下文中的用户数据。在客户端设置redux，用于存储用户数据。

S2：判断用户是否登陆服务端的中间件。若是，则根据携带的cookie在redis中查询与其对应的用户数据并将该用户数据添加至中间件的上下文中。若否，则跳过该中间件。

S3：判断中间件的上下文是否已经存在用户数据，若是，根据用户数据渲染react组件。

S4：在渲染react组件之后，api请求获取用户数据并将获取的用户数据更新至redux。

进一步的，基于next的数据同步方法还包括以下步骤：

S5：每次刷新next应用后，重复步骤S2~S4。

进一步的，服务端中设置有若干中间件，若干中间件之间串联。

进一步的，设置监控模块，监控模块包括管理单元、插入单元和提取单元。将管理单元设置在服务端，将插入单元设置在api的发送端，将提取单元设置在redux的接收端，插入单元和提取单元均与管理单元信号连接。

设置检测数据包和插入规则，插入规则包括检测数据包的插入位置和插入数量。

当api向redux更新用户数据时，插入单元将本次的更新数据封装为若干数据包，并根据插入规则在若干数据包之间插入检测数据包，插入单元将检测数据包和若干数据包按顺序向提取单元进行发送。

提取单元在接收数据时记录数据包接收顺序，并与插入规则核对。若核对无误，则将检测数据包从若干数据包中剔除并将若干数据包还原为更新数据，最后将该更新数据同步至redux。若核对错误，则将该更新数据丢弃。

进一步的，插入规则由管理单元同步至插入单元和提取单元。其中，每次同步插入规则时，同步随机更新次数的插入规则。在插入规则的使用次数耗尽前，同步后续更新的随机更新次数的插入规则。

进一步的，提取单元将核对结果反馈至管理单元，用于监控用户数据更新情况。

进一步的，基于next的数据同步方法还包括：

在不同用户的提取单元之间建立传输通道，当某一用户的提取单元核对的错误结果超过次数阈值时，停止在该通道上更新该用户的用户数据。

寻找与该用户之间的传输距离最近的另一用户，通过另一用户的提取单元向该用户的提取单元转送该用户的检测数据包和若干数据包。

进一步的，在转送过程中，将该用户发生过核对错误的更新数据重新发送。

进一步的，在转送过程中，对转送的数据记性记录，当被转送用户的传输线路恢复后，向被转送用户发送用于校验文件完整性的校验数据。

本发明实施例的技术方案的有益效果包括：

本发明实施例提供的基于next的数据同步方法在工作过程中，数据同步自动完成，并且会在每次刷新next应用后自动再进行同步，有效地降低了服务端与客户端的数据不同步的概率，也降低了因为单纯的页面刷新引起数据报错的概率。

当某一用户的提取单元核对的错误结果超过次数阈值时，停止在该通道上更新该用户的用户数据，与此同时，根据不同用户的提取单元之间建立传输通道，寻找与该用户之间的传输距离最近的另一用户，若找到的该另一用户的传输是正常的，那么就通过该另一用户的提取单元向发生传输故障的用户的提取单元转送检测数据包和同步数据的数据包。

相当于故障用户的同步数据的传输是通过其他正常用户的传输路径来完成的，并通过用户的提取单元进行转送。这样的话，即使有用户的传输路径发生故障，也可以在很短的时间内恢复其正常的数据同步工作，避免应用报错、崩溃、客户端无法正常使用等问题出现，保证用户的正常工作能够继续进行，降低了传输线路故障对用户的影响程度。

总体而言，本发明实施例提供的基于next的数据同步方法能够有效地保障服务端与客户端的数据同步性，优化了数据同步效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的基于next的数据同步方法的流程示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

应当理解，本发明使用的“系统”、“装置”、“单元”和/或“模组”等是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本说明书和权利要求书中所示，除非上下文明确提出示例外情形，“一”、“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本说明书中使用的流程图用来说明根据本说明书的实施例的系统所执行的操作。可以理解，各步骤的操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

实施例

请参照图1，本实施例提供一种基于next的数据同步方法，该基于next的数据同步方法包括以下步骤：

S1：在服务端设置redis，用于存储已登录的用户数据。在服务端设置api，用于获取中间件上下文中的用户数据。在客户端设置redux，用于存储用户数据。

S2：判断用户是否登陆服务端的中间件。若是，则根据携带的cookie在redis中查询与其对应的用户数据并将该用户数据添加至中间件的上下文中。若否，则跳过该中间件。

S3：判断中间件的上下文是否已经存在用户数据，若是，根据用户数据渲染react组件。

S4：在渲染react组件之后，api请求获取用户数据并将获取的用户数据更新至redux。

需要说明的是，在步骤S2中，使用的登录认证方法可以包括以下步骤：（1）在浏览器中访问需要登录的next应用，并通过浏览器提交用户信息；（2）服务端记录当前用户的session，并在浏览器写入cookie，该cookie在服务端是唯一的；（3）当next单页应用跳转或请求时携带cookie，服务端根据是否携带该cookie判断当前用户是否登录。但不限于此。

具体在本实施例中，基于next的数据同步方法还包括以下步骤：S5：每次刷新next应用后，重复步骤S2~S4。

在工作过程中，数据同步自动完成，并且会在每次刷新next应用后自动再进行同步，有效地降低了服务端与客户端的数据不同步的概率，也降低了因为单纯的页面刷新引起数据报错的概率。

总体而言，基于next的数据同步方法能够有效地保障服务端与客户端的数据同步性，优化了数据同步效率。

服务端中设置有若干中间件，若干中间件之间串联。将多个next中间件串联，提高了数据处理效率也利于维护迭代。

进一步的，基于next的数据同步方法还包括：

设置监控模块，监控模块包括管理单元、插入单元和提取单元。将管理单元设置在服务端，将插入单元设置在api的发送端，将提取单元设置在redux的接收端，插入单元和提取单元均与管理单元信号连接；

设置检测数据包和插入规则，插入规则包括检测数据包的插入位置和插入数量；

当api向redux更新用户数据时，插入单元将本次的更新数据封装为若干数据包，并根据插入规则在若干数据包之间插入检测数据包，插入单元将检测数据包和若干数据包按顺序向提取单元进行发送；

提取单元在接收数据时记录数据包接收顺序，并与插入规则核对。若核对无误，则将检测数据包从若干数据包中剔除并将若干数据包还原为更新数据，最后将该更新数据同步至redux。若核对错误，则将该更新数据丢弃。

通过该设计，能够有效地提高数据传输的安全性，通过对接收到的数据包中的检测数据包的数量、位置进行核对，可以判断这些数据包在传输过程中是否被篡改、劫持等，可以自动地对数据可靠性进行判断，有效地提高了对数据安全的监管。

如果接收到的数据包中的检测数据包的数量、位置无法与插入规则相匹配，则接收到的数据存在被篡改、劫持的嫌疑，这些数据的可靠性被破坏，可以通过核对结果发出提示，以便于对传输线路进行排查和检验。

其中，插入规则由管理单元同步至插入单元和提取单元。其中，每次同步插入规则时，同步随机更新次数的插入规则。在插入规则的使用次数耗尽前，同步后续更新的随机更新次数的插入规则。例如，在第一次同步插入规则时，只同步了10次传输中的插入规则，那么随着传输工作的进行，需要在这10次传输次数用完之前，对后续的传输中的插入规则进行同步，以保证后续传输的顺利。此种采取随机式的插入规则同步方式，降低了插入规则被截获的风险，有助于进一步提高数据传输的安全性。

相配合的，提取单元将核对结果反馈至管理单元，用于监控用户数据更新情况，以综合判断数据传输的安全性，从而确定整个传输网络的安全性。

进一步的，基于next的数据同步方法还包括：

在不同用户的提取单元之间建立传输通道，当某一用户的提取单元核对的错误结果超过次数阈值时，停止在该通道上更新该用户的用户数据；

寻找与该用户之间的传输距离最近的另一用户，通过另一用户的提取单元向该用户的提取单元转送该用户的检测数据包和若干数据包。

通过以上设计，当某一用户的提取单元核对的错误结果超过次数阈值时，表明该用户的数据同步通道非常不稳定、安全系数低，此时，如果直接结束对该用户的数据传输，等待技术人员对传输线路进行检测和排查的话，势必会浪费大量时间，对该用户的正常工作造成严重影响。

为了尽可能降低因为传输线路问题而带来的停工影响，我们可以在处于同一园区、同一大楼、相邻大楼或者相邻园区的用户的提取单元之间建立传输通道。

当某一用户的提取单元核对的错误结果超过次数阈值时，停止在该通道上更新该用户的用户数据，与此同时，根据不同用户的提取单元之间建立传输通道，寻找与该用户之间的传输距离最近的另一用户，若找到的该另一用户的传输是正常的，那么就通过该另一用户的提取单元向发生传输故障的用户的提取单元转送检测数据包和同步数据的数据包。

相当于故障用户的同步数据的传输是通过其他正常用户的传输路径来完成的，并通过用户的提取单元进行转送。这样的话，即使有用户的传输路径发生故障，也可以在很短的时间内恢复其正常的数据同步工作，避免应用报错、崩溃、客户端无法正常使用等问题出现，保证用户的正常工作能够继续进行，降低了传输线路故障对用户的影响程度。

在同一园区、同一大楼、相邻大楼或者相邻园区的用户的提取单元之间建立传输通道，能够有效地减小提取单元间传输通道的规模，有利于控制成本，而其能够有效地减小用户因为传输线路故障而蒙受的损失。

其中，在转送过程中，将该用户发生过核对错误的更新数据重新发送。在转送过程中，对转送的数据记性记录，当被转送用户的传输线路恢复后，向被转送用户发送用于校验文件完整性的校验数据。通过该设计，通过文件再次校验，能够对提取单元间传输通道的稳定性进行验证，同时对借用的用户的传输通道的传输负载进行验证。

综上所述，本发明实施例提供的基于next的数据同步方法能够有效地保障服务端与客户端的数据同步性，优化了数据同步效率。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种基于next的数据同步方法，其特征在于，包括以下步骤：

S1：在服务端设置redis，用于存储已登录的用户数据；在服务端设置api，用于获取中间件上下文中的用户数据；在客户端设置redux，用于存储用户数据；

S2：判断用户是否登陆服务端的中间件；若是，则根据携带的cookie在redis中查询与其对应的用户数据并将该用户数据添加至中间件的上下文中；若否，则跳过该中间件；

S3：判断中间件的上下文是否已经存在用户数据，若是，根据用户数据渲染react组件；

S4：在渲染react组件之后，api请求获取用户数据并将获取的用户数据更新至redux。

2.如权利要求1所述的基于next的数据同步方法，其特征在于，所述基于next的数据同步方法还包括以下步骤：

S5：每次刷新next应用后，重复步骤S2~S4。

3.如权利要求2所述的基于next的数据同步方法，其特征在于，所述服务端中设置有若干中间件，所述若干中间件之间串联。

4.如权利要求2所述的基于next的数据同步方法，其特征在于，设置监控模块，所述监控模块包括管理单元、插入单元和提取单元；将所述管理单元设置在服务端，将所述插入单元设置在api的发送端，将所述提取单元设置在redux的接收端，所述插入单元和所述提取单元均与所述管理单元信号连接；

设置检测数据包和插入规则，所述插入规则包括所述检测数据包的插入位置和插入数量；

当api向redux更新用户数据时，所述插入单元将本次的更新数据封装为若干数据包，并根据所述插入规则在所述若干数据包之间插入所述检测数据包，所述插入单元将所述检测数据包和所述若干数据包按顺序向所述提取单元进行发送；

所述提取单元在接收数据时记录数据包接收顺序，并与所述插入规则核对；若核对无误，则将所述检测数据包从所述若干数据包中剔除并将所述若干数据包还原为更新数据，最后将该更新数据同步至redux；若核对错误，则将该更新数据丢弃。

5.如权利要求4所述的基于next的数据同步方法，其特征在于，所述插入规则由所述管理单元同步至所述插入单元和所述提取单元；其中，每次同步插入规则时，同步随机更新次数的插入规则；在插入规则的使用次数耗尽前，同步后续更新的随机更新次数的插入规则。

6.如权利要求4所述的基于next的数据同步方法，其特征在于，所述提取单元将核对结果反馈至所述管理单元，用于监控用户数据更新情况。

7.如权利要求4所述的基于next的数据同步方法，其特征在于，所述基于next的数据同步方法还包括：

在不同用户的所述提取单元之间建立传输通道，当某一用户的所述提取单元核对的错误结果超过次数阈值时，停止在该通道上更新该用户的用户数据；

寻找与该用户之间的传输距离最近的另一用户，通过另一用户的提取单元向该用户的提取单元转送该用户的所述检测数据包和所述若干数据包。

8.如权利要求7所述的基于next的数据同步方法，其特征在于，在转送过程中，将该用户发生过核对错误的更新数据重新发送。

9.如权利要求7所述的基于next的数据同步方法，其特征在于，在转送过程中，对转送的数据记性记录，当被转送用户的传输线路恢复后，向被转送用户发送用于校验文件完整性的校验数据。

Images