基于灰度升级的二进制文件解析方法、装置、设备及介质与流程

1.本发明涉及数据处理技术领域，尤其涉及一种基于灰度升级的二进制文件解析方法、装置、设备及介质。


背景技术：

2.二进制文件作为一种结构紧凑的文件格式，能够最大化程度的缩减文件本身大小，但与此同时也会损失文件自解析能力和可读性。
3.现有技术中使用二进制文件格式无法支持灰度升级。由于灰度升级后文件格式会有所变更，因此采用旧版本程序解析新的二进制文件将会出现索引错乱。
4.但是，在系统复杂度越来越高、系统稳定性越来越重要的大背景下，灰度升级已经成为了降低升级风险的重要举措，并且为了最小化地完成灰度升级，除了要求新版本兼容旧版本文件外，还需要提供旧版本解析新文件的能力，因此，如何在灰度升级时利用二进制文件在新旧版本程序内都正常交互成为了亟待解决的问题，尤其是如何利用旧版本程序对二进制文件进行解析尤为重要。


技术实现要素：

5.鉴于以上内容，有必要提供一种基于灰度升级的二进制文件解析方法、装置、设备及介质，旨在解决灰度升级时利用旧版本程序无法解析二进制文件的问题。
6.一种基于灰度升级的二进制文件解析方法，所述基于灰度升级的二进制文件解析方法包括：在执行灰度升级时，配置二进制文件的文件格式作为目标格式；当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件；根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式；根据所述行数据模式确定所述目标文件中每行数据的长度；根据每行数据的长度确定每行数据的起始索引；利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析。
7.根据本发明优选实施例，所述配置二进制文件的文件格式作为目标格式包括：配置用于记录所述二进制文件的消息头大小的第一字段；配置用于记录所述二进制文件的行数据模式的第二字段；当所述行数据模式为固定行宽模式时，配置用于记录所述二进制文件的每行数据的固定行宽的第三字段，在所述二进制文件的消息头中添加所述第一字段、所述第二字段及所述第三字段；或者当所述行数据模式为非固定行宽模式时，在所述二进制文件的消息头中添加所述第一字段及所述第二字段，分别配置用于记录所述二进制文件的每行数据的行宽的每个第
四字段，在所述二进制文件的每行数据的消息体的起始位置处对应添加每个第四字段。
8.根据本发明优选实施例，所述根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式包括：根据所述目标格式从所述目标文件的消息头中读取所述第二字段；根据所述第二字段的数据内容确定所述目标文件的行数据模式。
9.根据本发明优选实施例，所述根据所述行数据模式确定所述目标文件中每行数据的长度包括：当所述行数据模式为所述固定行宽模式时，从所述目标文件的消息头中读取所述第三字段，根据所述第三字段的数据内容确定所述目标文件中每行数据的长度；或者当所述行数据模式为所述非固定行宽模式时，从所述目标文件的消息体中读取每行数据的第四字段，根据每行数据的第四字段的数据内容确定所述目标文件中每行数据的长度。
10.根据本发明优选实施例，所述根据每行数据的长度确定每行数据的起始索引包括：从所述目标文件的消息头中读取所述第一字段；根据所述第一字段的数据内容确定所述目标文件的消息头长度；根据所述消息头长度确定所述目标文件的消息体的起始位置作为所述目标文件的首行数据的起始索引；根据每行数据的长度确定所述首行数据的长度；计算所述首行数据的长度与所述消息头长度的差值，得到所述首行数据的消息体长度；从第二行数据开始，将每行数据的长度确定为每行数据的消息体长度；根据每行数据的消息体长度对所述消息体进行拆分，得到每行数据的起始索引。
11.根据本发明优选实施例，所述利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析包括：获取所述旧版本程序对每行数据的可解析字段长度；对于每行数据，当检测到所述旧版本程序已解析的字段长度达到对应的可解析字段长度时，跳过当前行数据，并根据每行数据的起始索引确定所述当前行数据的下一行数据；从所述下一行数据继续解析所述目标文件。
12.一种基于灰度升级的二进制文件解析装置，所述基于灰度升级的二进制文件解析装置包括：配置单元，用于在执行灰度升级时，配置二进制文件的文件格式作为目标格式；确定单元，用于当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件；解析单元，用于根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式；所述确定单元，还用于根据所述行数据模式确定所述目标文件中每行数据的长度；
所述确定单元，还用于根据每行数据的长度确定每行数据的起始索引；所述解析单元，还用于利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析。
13.根据本发明优选实施例，所述配置单元具体用于：配置用于记录所述二进制文件的消息头大小的第一字段；配置用于记录所述二进制文件的行数据模式的第二字段；当所述行数据模式为固定行宽模式时，配置用于记录所述二进制文件的每行数据的固定行宽的第三字段，在所述二进制文件的消息头中添加所述第一字段、所述第二字段及所述第三字段；或者当所述行数据模式为非固定行宽模式时，在所述二进制文件的消息头中添加所述第一字段及所述第二字段，分别配置用于记录所述二进制文件的每行数据的行宽的每个第四字段，在所述二进制文件的每行数据的消息体的起始位置处对应添加每个第四字段。
14.一种计算机设备，所述计算机设备包括：存储器，存储至少一个指令；及处理器，执行所述存储器中存储的指令以实现所述基于灰度升级的二进制文件解析方法。
15.一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被计算机设备中的处理器执行以实现所述基于灰度升级的二进制文件解析方法。
16.由以上技术方案可以看出，本发明能够在灰度升级时实现旧版本程序对二进制文件的准确解析。
附图说明
17.图1是本发明基于灰度升级的二进制文件解析方法的较佳实施例的流程图。
18.图2是本发明基于灰度升级的二进制文件解析装置的较佳实施例的功能模块图。
19.图3是本发明实现基于灰度升级的二进制文件解析方法的较佳实施例的计算机设备的结构示意图。
具体实施方式
20.为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。
21.如图1所示，是本发明基于灰度升级的二进制文件解析方法的较佳实施例的流程图。根据不同的需求，该流程图中步骤的顺序可以改变，某些步骤可以省略。
22.所述基于灰度升级的二进制文件解析方法应用于一个或者多个计算机设备中，所述计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
23.所述计算机设备可以是任何一种可与用户进行人机交互的电子产品，例如，个人
计算机、平板电脑、智能手机、个人数字助理（personal digital assistant，pda）、游戏机、交互式网络电视（internet protocol television，iptv）、智能式穿戴式设备等。
24.所述计算机设备还可以包括网络设备和/或用户设备。其中，所述网络设备包括，但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(cloud computing)的由大量主机或网络服务器构成的云。
25.所述服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
26.其中，人工智能（artificial intelligence，ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
27.所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、虚拟专用网络（virtual private network，vpn）等。
28.s10，在执行灰度升级时，配置二进制文件的文件格式作为目标格式。
29.其中，所述灰度升级是一种局部升级的升级方式，能够最大程度的减少升级后程序bug引起的不良影响。
30.传统的二进制文件不支持所述灰度升级，当程序版本与文件版本不一致时，会出现解析错乱或者程序异常的情况。
31.因此，本实施例重新配置二进制文件的文件格式，并作为灰度升级后所有二进制文件的新格式。
32.具体地，所述配置二进制文件的文件格式作为目标格式包括：配置用于记录所述二进制文件的消息头大小的第一字段；配置用于记录所述二进制文件的行数据模式的第二字段；当所述行数据模式为固定行宽模式时，配置用于记录所述二进制文件的每行数据的固定行宽的第三字段，在所述二进制文件的消息头中添加所述第一字段、所述第二字段及所述第三字段；或者当所述行数据模式为非固定行宽模式时，在所述二进制文件的消息头中添加所述第一字段及所述第二字段，分别配置用于记录所述二进制文件的每行数据的行宽的每个第四字段，在所述二进制文件的每行数据的消息体的起始位置处对应添加每个第四字段。
33.其中，所述固定行宽模式是指所述二进制文件的每行数据都具有相同的行宽，即每行数据的长度都相同。
34.其中，所述非固定行宽模式是指所述二进制文件的每行数据不都具有相同的行宽，即每行数据的长度有相同的，也有不同的。
35.在本实施例中，还可以根据实际需求添加其他字段至所述二进制文件的消息头中。例如：可以添加代表分区号（可以根据实际业务需求进行调整）的字段，或者添加代表节
点名称的字段，或者添加签名信息的字段等。
36.以所述行数据模式为所述固定行宽模式为例，增加固定长度（53字节）字段作为消息头，则第一个消息从第54字节开始，作为消息头的前53字节可以分别包括如下字段：[0,8)字节（即所述第一字段）：前8个字节用于定义消息头大小，此处取值为53；[8,9)字节（即所述第二字段）：1个字节用于定义行数据模式；[9,41)字节：32个字节用于定义节点名称或者文件描述等签名信息；[41,49)字节（即所述第三字段）：8个字节用于定义每行数据的长度（旧版本程序可以根据该长度自动计算下一行消息的起始索引）；[49,53)字节：最后4个字节用于定义二进制文件的总数据行数。
[0037]
以所述行数据模式为所述非固定行宽模式为例，可以从上述举例的消息头中删除所述第三字段，并在消息体的每行数据的开始字节处添加对应的第四字段。例如：所述第四字段可以为4字节，代表每行数据的长度。
[0038]
通过重新配置二进制文件的文件格式，明确了二进制文件中每行数据的长度，这样，无论是新旧版本的程序都可以根据每行数据的长度对所述二进制文件进行解析，避免出现消息字节错乱的问题。
[0039]
s11，当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件。
[0040]
其中，所述任意二进制文件可以是灰度升级后重新定义的文件，即在每行记录后缀处有新增字段的文件。对于这类新定义的文件，在以往的解析方案中，当旧版本程序按照程序内置的字段进行解析时，会把新增字段错误的解析为下一条记录的起始字节，而实际上，新增字段是当前记录的末位字节，因此会导致解析错误。
[0041]
其中，所述任意二进制文件也可以是灰度升级后未被重新定义的文件，此时，无论是新旧版本的程序都可以对所述任意二进制文件进行正常解析。
[0042]
s12，根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式。
[0043]
在本实施例中，所述根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式包括：根据所述目标格式从所述目标文件的消息头中读取所述第二字段；根据所述第二字段的数据内容确定所述目标文件的行数据模式。
[0044]
其中，所述第二字段定义在所述目标文件的消息头中，用于表示所述目标文件的行数据模式。
[0045]
其中，所述行数据模式可以包括，但不限于：固定行宽模式、非固定行宽模式。
[0046]
s13，根据所述行数据模式确定所述目标文件中每行数据的长度。
[0047]
在本实施例中，所述根据所述行数据模式确定所述目标文件中每行数据的长度包括：当所述行数据模式为所述固定行宽模式时，从所述目标文件的消息头中读取所述第三字段，根据所述第三字段的数据内容确定所述目标文件中每行数据的长度；或者当所述行数据模式为所述非固定行宽模式时，从所述目标文件的消息体中读取每行数据的第四字段，根据每行数据的第四字段的数据内容确定所述目标文件中每行数据的
长度。
[0048]
也就是说，当所述行数据模式为所述固定行宽模式时，由于每行数据都具有相同的行宽，因此，可以直接从消息头中获取相应字段的数据内容得到每行数据的长度。
[0049]
而当所述行数据模式为所述非固定行宽模式时，由于每行数据的长度都可能不一样，因此，可以读取每行数据的消息体的对应字段的数据内容，以分别获取到每行数据的长度。
[0050]
s14，根据每行数据的长度确定每行数据的起始索引。
[0051]
在本实施例中，所述根据每行数据的长度确定每行数据的起始索引包括：从所述目标文件的消息头中读取所述第一字段；根据所述第一字段的数据内容确定所述目标文件的消息头长度；根据所述消息头长度确定所述目标文件的消息体的起始位置作为所述目标文件的首行数据的起始索引；根据每行数据的长度确定所述首行数据的长度；计算所述首行数据的长度与所述消息头长度的差值，得到所述首行数据的消息体长度；从第二行数据开始，将每行数据的长度确定为每行数据的消息体长度；根据每行数据的消息体长度对所述消息体进行拆分，得到每行数据的起始索引。
[0052]
例如：当所述消息头长度为50字节，则从首行数据的第51个字节开始为所述目标文件的首行数据的起始索引，当确定所述首行数据的长度为100字节时，则所述首行数据的消息体长度为100-50=50字节，此时，第二行数据的起始索引为第101个字节，如果确定所述消息体的第二行数据的长度为100，则从第101-200字节开始为所述第二行数据的消息体，第三行数据的起始索引为第201个字节，以此类推，得到每行数据的起始索引。
[0053]
s15，利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析。
[0054]
在本实施例中，所述利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析包括：获取所述旧版本程序对每行数据的可解析字段长度；对于每行数据，当检测到所述旧版本程序已解析的字段长度达到对应的可解析字段长度时，跳过当前行数据，并根据每行数据的起始索引确定所述当前行数据的下一行数据；从所述下一行数据继续解析所述目标文件。
[0055]
可以理解的是，所述旧版本程序会配置对每行数据的可解析字段长度，并根据对每行数据的可解析字段长度解析二进制文件。
[0056]
例如：当所述旧版本程序对每行数据的可解析字段长度为100字节时，则在解析过程中，若当前行数据共有200字节，但对当前行数据的解析字段长度已达到100字节，则停止对当前行数据的解析，直接跳到下一行数据继续解析，以避免无效解析，实现旧版本程序对新定义的二进制文件的兼容，避免出现解析错误。
[0057]
并且，每行数据中未被解析而跳过的字段由于是新增字段，旧版本程序本来也无法对这些字段进行处理，因此，即便没有被解析，也不会对旧版本程序的执行造成影响，反而避免了程序错误，同时提升了解析效率。
[0058]
并且，新版本程序本身就对灰度升级后新定义的二进制文件具有适配性，因此，本实施例重新配置的二进制文件格式能够在灰度升级后实现对新旧版本程序的上下兼容，增加了灰度升级的灵活度和适应性，在证券行业交易系统等领域内都具有较高的应用前景。
[0059]
由以上技术方案可以看出，本发明能够在执行灰度升级时，配置二进制文件的文件格式作为目标格式，以辅助进行文件解析，当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件，根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式，根据所述行数据模式确定所述目标文件中每行数据的长度，以便根据不同的行数据模式有针对性的确定每行数据的长度，根据每行数据的长度确定每行数据的起始索引，利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析，进而实现旧版本程序对灰度升级后新定义的二进制文件的有效解析，避免灰度升级后旧版本程序无法解析二进制文件及解析错误的问题出现。
[0060]
如图2所示，是本发明基于灰度升级的二进制文件解析装置的较佳实施例的功能模块图。所述基于灰度升级的二进制文件解析装置11包括配置单元110、确定单元111、解析单元112。本发明所称的模块/单元是指一种能够被处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块/单元的功能将在后续的实施例中详述。
[0061]
配置单元110在执行灰度升级时，配置二进制文件的文件格式作为目标格式。
[0062]
其中，所述灰度升级是一种局部升级的升级方式，能够最大程度的减少升级后程序bug引起的不良影响。
[0063]
传统的二进制文件不支持所述灰度升级，当程序版本与文件版本不一致时，会出现解析错乱或者程序异常的情况。
[0064]
因此，本实施例重新配置二进制文件的文件格式，并作为灰度升级后所有二进制文件的新格式。
[0065]
具体地，所述配置单元110配置二进制文件的文件格式作为目标格式包括：配置用于记录所述二进制文件的消息头大小的第一字段；配置用于记录所述二进制文件的行数据模式的第二字段；当所述行数据模式为固定行宽模式时，配置用于记录所述二进制文件的每行数据的固定行宽的第三字段，在所述二进制文件的消息头中添加所述第一字段、所述第二字段及所述第三字段；或者当所述行数据模式为非固定行宽模式时，在所述二进制文件的消息头中添加所述第一字段及所述第二字段，分别配置用于记录所述二进制文件的每行数据的行宽的每个第四字段，在所述二进制文件的每行数据的消息体的起始位置处对应添加每个第四字段。
[0066]
其中，所述固定行宽模式是指所述二进制文件的每行数据都具有相同的行宽，即每行数据的长度都相同。
[0067]
其中，所述非固定行宽模式是指所述二进制文件的每行数据不都具有相同的行宽，即每行数据的长度有相同的，也有不同的。
[0068]
在本实施例中，还可以根据实际需求添加其他字段至所述二进制文件的消息头中。例如：可以添加代表分区号（可以根据实际业务需求进行调整）的字段，或者添加代表节点名称的字段，或者添加签名信息的字段等。
[0069]
以所述行数据模式为所述固定行宽模式为例，增加固定长度（53字节）字段作为消息头，则第一个消息从第54字节开始，作为消息头的前53字节可以分别包括如下字段：[0,8)字节（即所述第一字段）：前8个字节用于定义消息头大小，此处取值为53；[8,9)字节（即所述第二字段）：1个字节用于定义行数据模式；[9,41)字节：32个字节用于定义节点名称或者文件描述等签名信息；[41,49)字节（即所述第三字段）：8个字节用于定义每行数据的长度（旧版本程序可以根据该长度自动计算下一行消息的起始索引）；[49,53)字节：最后4个字节用于定义二进制文件的总数据行数。
[0070]
以所述行数据模式为所述非固定行宽模式为例，可以从上述举例的消息头中删除所述第三字段，并在消息体的每行数据的开始字节处添加对应的第四字段。例如：所述第四字段可以为4字节，代表每行数据的长度。
[0071]
通过重新配置二进制文件的文件格式，明确了二进制文件中每行数据的长度，这样，无论是新旧版本的程序都可以根据每行数据的长度对所述二进制文件进行解析，避免出现消息字节错乱的问题。
[0072]
当检测到旧版本程序接收到任意二进制文件时，确定单元111将所述任意二进制文件确定为目标文件。
[0073]
其中，所述任意二进制文件可以是灰度升级后重新定义的文件，即在每行记录后缀处有新增字段的文件。对于这类新定义的文件，在以往的解析方案中，当旧版本程序按照程序内置的字段进行解析时，会把新增字段错误的解析为下一条记录的起始字节，而实际上，新增字段是当前记录的末位字节，因此会导致解析错误。
[0074]
其中，所述任意二进制文件也可以是灰度升级后未被重新定义的文件，此时，无论是新旧版本的程序都可以对所述任意二进制文件进行正常解析。
[0075]
解析单元112根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式。
[0076]
在本实施例中，所述解析单元112根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式包括：根据所述目标格式从所述目标文件的消息头中读取所述第二字段；根据所述第二字段的数据内容确定所述目标文件的行数据模式。
[0077]
其中，所述第二字段定义在所述目标文件的消息头中，用于表示所述目标文件的行数据模式。
[0078]
其中，所述行数据模式可以包括，但不限于：固定行宽模式、非固定行宽模式。
[0079]
所述确定单元111根据所述行数据模式确定所述目标文件中每行数据的长度。
[0080]
在本实施例中，所述确定单元111根据所述行数据模式确定所述目标文件中每行数据的长度包括：当所述行数据模式为所述固定行宽模式时，从所述目标文件的消息头中读取所述第三字段，根据所述第三字段的数据内容确定所述目标文件中每行数据的长度；或者当所述行数据模式为所述非固定行宽模式时，从所述目标文件的消息体中读取每行数据的第四字段，根据每行数据的第四字段的数据内容确定所述目标文件中每行数据的长度。
[0081]
也就是说，当所述行数据模式为所述固定行宽模式时，由于每行数据都具有相同的行宽，因此，可以直接从消息头中获取相应字段的数据内容得到每行数据的长度。
[0082]
而当所述行数据模式为所述非固定行宽模式时，由于每行数据的长度都可能不一样，因此，可以读取每行数据的消息体的对应字段的数据内容，以分别获取到每行数据的长度。
[0083]
所述确定单元111根据每行数据的长度确定每行数据的起始索引。
[0084]
在本实施例中，所述确定单元111根据每行数据的长度确定每行数据的起始索引包括：从所述目标文件的消息头中读取所述第一字段；根据所述第一字段的数据内容确定所述目标文件的消息头长度；根据所述消息头长度确定所述目标文件的消息体的起始位置作为所述目标文件的首行数据的起始索引；根据每行数据的长度确定所述首行数据的长度；计算所述首行数据的长度与所述消息头长度的差值，得到所述首行数据的消息体长度；从第二行数据开始，将每行数据的长度确定为每行数据的消息体长度；根据每行数据的消息体长度对所述消息体进行拆分，得到每行数据的起始索引。
[0085]
例如：当所述消息头长度为50字节，则从首行数据的第51个字节开始为所述目标文件的首行数据的起始索引，当确定所述首行数据的长度为100字节时，则所述首行数据的消息体长度为100-50=50字节，此时，第二行数据的起始索引为第101个字节，如果确定所述消息体的第二行数据的长度为100，则从第101-200字节开始为所述第二行数据的消息体，第三行数据的起始索引为第201个字节，以此类推，得到每行数据的起始索引。
[0086]
所述解析单元112利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析。
[0087]
在本实施例中，所述解析单元112利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析包括：获取所述旧版本程序对每行数据的可解析字段长度；对于每行数据，当检测到所述旧版本程序已解析的字段长度达到对应的可解析字段长度时，跳过当前行数据，并根据每行数据的起始索引确定所述当前行数据的下一行数据；从所述下一行数据继续解析所述目标文件。
[0088]
可以理解的是，所述旧版本程序会配置对每行数据的可解析字段长度，并根据对每行数据的可解析字段长度解析二进制文件。
[0089]
例如：当所述旧版本程序对每行数据的可解析字段长度为100字节时，则在解析过程中，若当前行数据共有200字节，但对当前行数据的解析字段长度已达到100字节，则停止对当前行数据的解析，直接跳到下一行数据继续解析，以避免无效解析，实现旧版本程序对新定义的二进制文件的兼容，避免出现解析错误。
[0090]
并且，每行数据中未被解析而跳过的字段由于是新增字段，旧版本程序本来也无法对这些字段进行处理，因此，即便没有被解析，也不会对旧版本程序的执行造成影响，反
而避免了程序错误，同时提升了解析效率。
[0091]
并且，新版本程序本身就对灰度升级后新定义的二进制文件具有适配性，因此，本实施例重新配置的二进制文件格式能够在灰度升级后实现对新旧版本程序的上下兼容，增加了灰度升级的灵活度和适应性，在证券行业交易系统等领域内都具有较高的应用前景。
[0092]
由以上技术方案可以看出，本发明能够在执行灰度升级时，配置二进制文件的文件格式作为目标格式，以辅助进行文件解析，当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件，根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式，根据所述行数据模式确定所述目标文件中每行数据的长度，以便根据不同的行数据模式有针对性的确定每行数据的长度，根据每行数据的长度确定每行数据的起始索引，利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析，进而实现旧版本程序对灰度升级后新定义的二进制文件的有效解析，避免灰度升级后旧版本程序无法解析二进制文件及解析错误的问题出现。
[0093]
如图3所示，是本发明实现基于灰度升级的二进制文件解析方法的较佳实施例的计算机设备的结构示意图。
[0094]
所述计算机设备1可以包括存储器12、处理器13和总线，还可以包括存储在所述存储器12中并可在所述处理器13上运行的计算机程序，例如基于灰度升级的二进制文件解析程序。
[0095]
本领域技术人员可以理解，所述示意图仅仅是计算机设备1的示例，并不构成对计算机设备1的限定，所述计算机设备1既可以是总线型结构，也可以是星形结构，所述计算机设备1还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置，例如所述计算机设备1还可以包括输入输出设备、网络接入设备等。
[0096]
需要说明的是，所述计算机设备1仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。
[0097]
其中，存储器12至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器（例如：sd或dx存储器等）、磁性存储器、磁盘、光盘等。存储器12在一些实施例中可以是计算机设备1的内部存储单元，例如该计算机设备1的移动硬盘。存储器12在另一些实施例中也可以是计算机设备1的外部存储设备，例如计算机设备1上配备的插接式移动硬盘、智能存储卡（smart media card，smc）、安全数字（secure digital，sd）卡、闪存卡（flash card）等。进一步地，存储器12还可以既包括计算机设备1的内部存储单元也包括外部存储设备。存储器12不仅可以用于存储安装于计算机设备1的应用软件及各类数据，例如基于灰度升级的二进制文件解析程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。
[0098]
处理器13在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器（central processing unit，cpu）、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。处理器13是所述计算机设备1的控制核心（control unit），利用各种接口和线路连接整个计算机设备1的各个部件，通过运行或执行存储在所述存储器12内的程序或者模块（例如执行基于灰度升级的二进制文件解析程序等），以及调用存储在所述存储器12内的数据，以执行计算机设备1的各种功能和处理数据。
[0099]
所述处理器13执行所述计算机设备1的操作系统以及安装的各类应用程序。所述处理器13执行所述应用程序以实现上述各个基于灰度升级的二进制文件解析方法实施例中的步骤，例如图1所示的步骤。
[0100]
示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器12中，并由所述处理器13执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机可读指令段，该指令段用于描述所述计算机程序在所述计算机设备1中的执行过程。例如，所述计算机程序可以被分割成配置单元110、确定单元111、解析单元112。
[0101]
上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机、计算机设备，或者网络设备等）或处理器（processor）执行本发明各个实施例所述基于灰度升级的二进制文件解析方法的部分。
[0102]
所述计算机设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指示相关的硬件设备来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。
[0103]
其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（rom，read-only memory）、随机存取存储器等。
[0104]
进一步地，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
[0105]
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
[0106]
总线可以是外设部件互连标准（peripheral component interconnect，简称pci）总线或扩展工业标准结构（extended industry standard architecture，简称eisa）总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，在图3中仅用一根直线表示，但并不表示仅有一根总线或一种类型的总线。所述总线被设置为实现所述存储器12以及至少一个处理器13等之间的连接通信。
[0107]
尽管未示出，所述计算机设备1还可以包括给各个部件供电的电源（比如电池），优选地，电源可以通过电源管理装置与所述至少一个处理器13逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述计算机设备1还可以包括多种传感器、蓝牙模块、wi-fi模块等，在此不再
赘述。
[0108]
进一步地，所述计算机设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口（如wi-fi接口、蓝牙接口等），通常用于在该计算机设备1与其他计算机设备之间建立通信连接。
[0109]
可选地，该计算机设备1还可以包括用户接口，用户接口可以是显示器（display）、输入单元（比如键盘（keyboard）），可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是led显示器、液晶显示器、触控式液晶显示器以及oled（organic light-emitting diode，有机发光二极管）触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机设备1中处理的信息以及用于显示可视化的用户界面。
[0110]
应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。
[0111]
图3仅示出了具有组件12-13的计算机设备1，本领域技术人员可以理解的是，图3示出的结构并不构成对所述计算机设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。
[0112]
结合图1，所述计算机设备1中的所述存储器12存储多个指令以实现一种基于灰度升级的二进制文件解析方法，所述处理器13可执行所述多个指令从而实现：在执行灰度升级时，配置二进制文件的文件格式作为目标格式；当检测到旧版本程序接收到任意二进制文件时，将所述任意二进制文件确定为目标文件；根据所述目标格式解析所述目标文件的消息头，得到所述目标文件的行数据模式；根据所述行数据模式确定所述目标文件中每行数据的长度；根据每行数据的长度确定每行数据的起始索引；利用所述旧版本程序根据每行数据的起始索引对所述目标文件进行解析。
[0113]
具体地，所述处理器13对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。
[0114]
需要说明的是，本案中所涉及到的数据均为合法取得。
[0115]
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0116]
本发明可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0117]
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显
示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0118]
另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
[0119]
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。
[0120]
因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
[0121]
此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一、第二等词语用来表示名称，而并不表示任何特定的顺序。
[0122]
最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。