嵌入式系统加载符号表的方法、存储介质及终端与流程

本发明涉及计算机技术领域，特别涉及一种嵌入式系统加载符号表的方法、存储介质及终端。

背景技术：

在计算机科学中，符号表是一种用于语言翻译器(例如编译器和解释器)中的数据结构。在符号表中，程序源代码中的每个标识符都和它的声明或使用信息绑定在一起，比如其数据类型、作用域以及内存地址。符号表在编译程序工作的过程中需要不断收集、记录和使用源程序中一些语法符号的类型和特征等相关信息。这些信息一般以表格形式存储于系统中。如常数表、变量名表、数组名表、过程名表、标号表等等，统称为符号表。对于符号表组织、构造和管理方法的好坏会直接影响编译系统的运行效率。

符号表是整个镜像文件中包含的函数名称，全局变量名称的集合。利用符号表，在shell下面可以直接输入函数名称进行函数调用，也可以直接输入变量名称读写全局变量，相当方便代码调试。现有技术中管理符号表将符号表编译到镜像文件中，而占用几兆至几十兆字节的内存资源。这样使得镜像文件需要较大内，进而导致程序占用较大内存，影响系统的运行效率。

因而现有技术还有待改进和提高。

技术实现要素：

本发明要解决的技术问题在于，针对现有技术的不足，提供一种嵌入式系统加载符号表的方法、存储介质及终端，以解决现有嵌入式系统将符号表存储于镜像文件中而暂用内存的问题。

为了解决上述技术问题，本发明所采用的技术方案如下：

一种嵌入式系统加载符号表的方法，其包括：

接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息；

获取所述符号表文件携带的验证码，并对所述验证码进行验证；

当验证成功时，通过符号表加载接口将所述符号表文件导入系统，并开始调试。

所述嵌入式系统加载符号表的方法，其中，所述接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息文件之前包括：

预先建立符号表文件，并将所述符号表文件嵌入系统的rom中，其中，所述符号表文件包含符号表、验证码以及系统的版本信息。

所述嵌入式系统加载符号表的方法，其中，所述预先建立符号表文件，并将所述符号表文件嵌入系统的rom中，其中，所述符号表文件包含符号表、验证码以及系统的版本信息具体包括：

预先编译不携带符号表的镜像文件，并根据所述镜像文件编译符号表；

获取所述系统的版本信息，并根据所述符号表生成其对应的验证码；

将所述验证码及版本信息置于所述符号表前端，以生成所述符号表文件。

所述嵌入式系统加载符号表的方法，其中，所述验证码为所述符号表内所有字节的二进制数值的和。

所述嵌入式系统加载符号表的方法，其中，所述获取所述符号表文件携带的验证码，并对所述验证码进行验证具体包括：

读取所述符号表文件的魔术字，并判断所述魔术字是否等于预设字符；

若相等，则计算所述符号表内所有字节的二进制数值的和，以得到第一验证码；

将所述验证码与所述第一验证码进行比较，以对所述验证码进行验证。

所述嵌入式系统加载符号表的方法，其中，所述当验证成功时，通过符号表加载接口将所述符号表导入系统，并开始调试具体包括：

当验证成功时，获取所述验证码携带的版本信息，并将所述版本信息与系统的当前版本信息进行比较；

当版本信息一致时，通过符号表加载接口将所述符号表导入系统，并开始调试。

所述嵌入式系统加载符号表的方法，其中，所述接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息具体为：

接收到程序调试指令时，从rom的预设位置读取所述符号表文件，其中，所述预设位置为1m偏移处。

所述嵌入式系统加载符号表的方法，其中，所述符号表用于存储符号的符号名称、符号地址和符号长度之间的映射关系，所述符号用于描述所述嵌入式系统镜像文件中的函数、变量和预处理信息。

一种存储介质，其存储有多条指令，所述指令适于由处理器加载并执行如上任一所述嵌入式系统加载符号表的方法。

一种终端，其包括：

处理器，适于实现各指令；以及

存储设备，适于存储多条指令，所述指令适于由处理器加载并执行如上任一所述嵌入式系统加载符号表的方法。

有益效果：与现有技术相比，本发明提供了一种嵌入式系统加载符号表的方法、存储介质及终端，所述方法包括：接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息；获取所述符号表文件携带的验证码，并对所述验证码进行验证；当验证成功时，通过符号表加载接口将所述符号表文件导入系统，并开始调试。本发明中，将符号表文件保存到嵌入式系统rom中，而目标镜像文件默认不带符号表，在系统正常运行时，符号表不常驻内存，而当需要shell调试，则将rom中符号表被读出来并加载到内存；这样则既让符号表发挥了作用，又节省了内存资源。

附图说明

图1为本发明提供的嵌入式系统加载符号表的方法较佳实施例的流程图。

图2为本发明提供的嵌入式系统加载符号表的方法中符号表文件的数据结构图。

图3为本发明提供的终端的结构原理图。

具体实施方式

本发明提供一种嵌入式系统加载符号表的方法、存储介质及终端，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

请参照图1，图1为本发明提供的嵌入式系统加载符号表的方法的较佳实施例的流程图。所述方法包括：

s100、接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息。

具体地，所述符号表用于存储符号的符号名称、符号地址和符号长度之间的映射关系，所述符号用于描述所述嵌入式系统镜像文件中的函数、变量和预处理信息。所述符号地址是符号内容在嵌入式系统处理器内存中的存储地址，符号长度是符号内容在嵌入式系统处理器内存中占用空间的大小。所述验证码以及版本信息是在符号表文件生成过程中生成的。所述验证码以及版本信息用于当所述符号表文件被调用时，验证所述符号表文件是否被篡改的。这样可以提高加载到的符号表的准备性。

所述rom为配置嵌入式系统的终端的本地空间，即所述符号表文件存储于所述终端设备的rom空间内（例如，flash或eeprom）等，并不占用系统的内存，这样可以避免符号表文件对内存的消耗，减小系统内存的压力。值得说明，所述符号表文件与镜像文件是分离存储的，即所述镜像文件中不保留符号表文件。在本实施例中，所述嵌入式系统为vxworks系统。

在本发明的一个实施例中，所述接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息文件之前包括：

s01、预先建立符号表文件，并将所述符号表文件嵌入系统的rom中，其中，所述符号表文件包含符号表、验证码以及系统的版本信息。

具体地，所述符号表文件是在程序调试之前已经生成并保存于rom中，使得在系统未连接网络时，也可以获取所述符号表文件，这样既可以在shell调试是获取到符号表，又节省了宝贵的内存资源。在本实施例中，所述符号表文件可以通过tftp加载到嵌入式单板上，以写入rom的指定位置。

所述符号表文件可以包括版本信息、验证码、符号表已经符号表长度，即符号表文件可以采用图2的数据结构。其中，版本信息为16字节，符号表长度为4字节，验证码crc为4字节，魔术字为4字节，字符表内容为n字节。所述符号表长度为所述符号表内容的字节数，即符号表长度为n。所述版本信息为所述系统当前版本的版本信息，所述版本信息优选为版本号，所述验证码crc根据符号表计算得到；所述魔术字为预先存储，用于表示当前符号表文件存储的是否为符号表及其有效性。例如，所述魔术字=0x12345678等。

示例性的，所述预先建立符号表文件，并将所述符号表文件嵌入系统的rom中，其中，所述符号表文件包含符号表、验证码以及系统的版本信息具体包括：

s011、预先编译不携带符号表的镜像文件，并根据所述镜像文件编译符号表。

具体地，所述符号表在编译镜像文件时编译生成的，所述符号表与所述镜像文件相互分离的。

s012、获取所述系统的版本信息，并根据所述符号表生成其对应的验证码。

具体地，所述验证码是根据符号表文件计算得到，例如，通过计算所述字符表的每个字节的二进制数值的和得到。

s013、将所述验证码及版本信息置于所述符号表前端，以生成所述符号表文件。

具体地，所述版本信息及验证码插入所述符号表前端，并通过打包工具将版本信息、验证码以及符号表打包生成符号表文件。在本实施例中，所述符号表文件中还包括符号表长度以及魔术字，所述符号表长度为所述符号表内容的字节数，所述魔术字为预先设置，用于判断所述符号表有效性。

在发明的另一个实施例中，所述符号表文件可以存储于rom的固定位置，这样可以快速查找到所述符号表文件，减少查找符号表文件所需时间。相应的，所述接收到程序调试指令时，读取预存于rom内的符号表文件，其中，所述符号表文件包含验证码以及版本信息具体为：

接收到程序调试指令时，从rom的预设位置读取所述符号表文件，其中，所述预设位置为1m偏移处。

s200、获取所述符号表文件携带的验证码，并对所述验证码进行验证。

具体地，所述对所述验证码进行验证指的是通过所述验证码来判断所述符号表文件的正确性，也就是说，判断所述符号表是否被篡改等。在本实施例中，所述符号表文件还携带魔术字，从而可以首先通过所述魔术字判断所述符号表文件的有效性，并在其有效的情况下，再对所述验证码进行验证。

在本发明的一个实施例中，所述获取所述符号表文件携带的验证码，并对所述验证码进行验证具体包括：

s201、读取所述符号表文件的魔术字，并判断所述魔术字是否等于预设字符；

s202、若相等，则计算所述符号表内所有字节的二进制数值的和，以得到第一验证码；

s203、将所述验证码与所述第一验证码进行比较，以对所述验证码进行验证。

具体地，所述预设字符为嵌入式系统预先存储的，用于验证所述魔术字的正确性的。在本实施例中，所述魔术字可以是固定的，从而当系统调用符号表文件时，直接对所述魔术字进行判定，以确定所述符号表文件的有效性。

s300、当验证成功时，通过符号表加载接口将所述符号表文件导入系统，并开始调试。

具体的，所述符号表是通过系统接口函数导入符号表到系统中。所述开始调试指的是启动shell并进行调试。

在本发明的一个实施例中，所述当验证成功时，通过符号表加载接口将所述符号表导入系统，并开始调试具体包括：

s301、当验证成功时，获取所述验证码携带的版本信息，并将所述版本信息与系统的当前版本信息进行比较；

s302、当版本信息一致时，通过符号表加载接口将所述符号表导入系统，并开始调试。

本实施例中，通过对符号表文件携带的版本信息与系统的当前版本信息进行比较，可以避免所述符号表与系统版本不对应的问题，提高调试成功的概率。

本发明还提一种存储介质，其存储有多条指令，所述指令适于由处理器加载并执行如上任一所述嵌入式系统加载符号表的方法。

本发明还提一种终端，如图3所示，其包括：

处理器100，适于实现各指令；以及

存储设备200，适于存储多条指令，所述指令适于由处理器加载并执行如上任一所述嵌入式系统加载符号表的方法。

上述存储介质及终端的指令的执行过程在上述方法中已经详细说明，在这里就不再一一陈述。

在本发明所提供的实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。