[发明专利]主备函数同步执行和参数传输的方法及装置

说明书

本发明公开了一种主备函数同步执行和参数传输的方法及装置，包括将SyncFunc()序列化发送给下端；在本地开始执行同步函数对象SyncFun()；下端接收到序列化后的SyncFunc()后进行反序列化，构造同等函数对象SyncFun()并执行；局部参数lp通过同步函数ParamSync()返回；调用ParamSync中的lambda算子计算返回值；将返回值赋值给局部参数lp；将局部参数lp发送到下端；下端同时执行ParamSync()，ParamSync()判断当前网络是否连接，若连接则通过网络接受局部参数lp；本发明提供的主备函数同步执行和参数传输的方法及装置，可以编写更加自然易懂的代码逻辑，而使用者不用关心底层的同步逻辑而且还具备很好的扩展性。

技术领域

本发明涉及计算机技术技术领域，具体涉及一种主备函数同步执行和参数传输的方法及装置。

背景技术

请参阅图1和图2，在局域网主备网络结构中，上机和下机往往要同步执行相同的函数代码。一般的设计是将要执行的函数封装成命令对象，在上端序列化后通过网络发送到下端，下端接收命令后进行反序列化，转换成命令对象并执行。

显然，下端程序为了做到真正的下份功能，所有的命令输出结果必须和上端完全一致，那么这就要求命令的输入也是一致的。换句话说，命令的输入数据也必须由上端和命令一起发送到下端。但是，命令在执行过程中还可能需要动态计算一些局部参数，譬如可能需要获取实时的CPU时，这些局部参数是无法事先计算出来并作为命令入参传给命令函数的，更加不可能传递给下端程序。

请参阅图3，为了解决这种局部参数同步问题，一般的做法是将SyncFun拆解成了SyncFunA和SyncFunB两个子命令，这样SyncFun中的局部参数lp_1和lp_2就可以在SyncFunA和SyncFuncB执行之前计算出来，并随着命令序列化数据传输到下端，从而完成主备参数的统一。

但是将命令进行拆解的方法破坏了业务逻辑代码的完整性和流畅性，使得代码编写和阅读比较困难。

综上，现有技术具有以下缺点：

1.业务函数逻辑被拆解得很零碎，不利于编写和理解；

2.不方便扩展业务功能。当需要修改已有业务逻辑时，往往会伴随着新的命令拆解，不仅增加了开发工作量，业务逻辑则会变得更加凌乱，增加了后期维护成本。

发明内容

为此，本发明实施例提供一种主备函数同步执行和参数传输的方法及装置，以解决现有技术存在的将命令进行拆解的方法破坏了业务逻辑代码的完整性和流畅性，使得代码编写和阅读比较困难且不方便扩展业务功能的问题。

为了实现上述目的，本发明实施例提供如下技术方案：

第一方面，一种主备函数同步执行和参数传输的方法，包括：

将SyncFunc()序列化发送给下端；

在本地开始执行同步函数对象SyncFun()；所述下端接收到序列化后的所述SyncFunc()后进行反序列化，构造同等函数对象SyncFun()并执行；

局部参数lp通过同步函数ParamSync()返回；

调用ParamSync中的lambda算子计算返回值；

将所述返回值赋值给所述局部参数lp；

将所述局部参数lp发送到所述下端；所述下端同时执行ParamSync()，所述ParamSync()判断当前网络是否连接，若连接则通过网络接受所述局部参数lp。

进一步的，所述SyncFunc()被序列化成网络命令。

进一步的，上端和所述下端之间通过TCP/IP通信。