代码处理方法和装置与流程

1.本技术涉及计算机技术领域，尤其涉及一种代码处理方法和装置。


背景技术：

2.随着计算机技术的发展，嵌入式设备已经渗透到社会经济、军事、车载、通信等相关行业，并深入到信息家电、娱乐、社会文化等各个领域。在嵌入式系统发展初期，其应用相对简单，嵌入式软件由定制的汇编语言或机器语言编写，功能主要体现在一些面向控制的系统，其直接面向应用，基于系统硬件开发，专有性很强，使得在开发新的嵌入式系统时，已经存在的嵌入式软硬件资源很少能够被复用，造成了巨大的资源浪费和重复劳动。
3.随着微电子技术的发展，嵌入式系统的硬件功能也越来越强大，嵌入式软件也逐渐面向高级语言如c、c++、rust等，从软件体系架构上，也由单一的控制流程，逐渐引入了嵌入式操作系统。嵌入式操作系统首先从技术上解决了嵌入式系统标准化、层次化的问题，其次嵌入式操作系统软件提供高度模块化、移植性和复用性，简化开发流程，降低开发成本，使得在嵌入式设备上开发复杂的应用成为可能。
4.然而，尽管半导体技术的发展使得处理器的速度不断提高，片上存储器容量也不断增加，但是在大多数情况下，存储空间仍然是宝贵的，是成本和功耗的主要影响因素之一。因此，一个理想的嵌入式系统必定是经过高效率的设计、量体裁衣、去除冗余，力争在同样的硅片面积上实现更高的性能。为了实现这个目标，如何将复杂应用或系统移植到嵌入式系统，并通过裁剪，减小代码的体积，适应受限资源环境，提供丰富的应用功能，是目前研究的热点。


技术实现要素：

5.本技术提供一种代码处理方法和装置，以减小代码的体积，适应受限资源环境。
6.第一方面，本技术实施例提供一种代码处理方法，该方法可以由链接器执行，该方法包括如下步骤：首先，获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。示例性的，上述变量可以包括全局变量，以待处理代码中包括段sect，段sect内有函数func1和func2，全局变量var1和var2为例，段sect被分成一个或多个段，例如，在原段名的基础上添加后缀，如段sect.func1、sect.func2、sect.var1和sect.var2，段sect被分成段sect.func1、sect.func2、sect.var1和sect.var2。段sect.func1中只包括上述函数func1，段sect.func2中只包括上述函数func2，段sect.var1中只包括上述全局变量var1，段sect.var2中只包括上述全局变量var2。另外，上述待处理代码可以根据实际情况确定，例如上述待处理代码为汇编阶段组装的目标文件中的代码，本技术实施例对此不做特别限制。其次，链接器根据上述一个或多个段的被引用情况，删除没有被引用的段，获得可执行文件，其中上述被引用情况指示一个段被其它段引用的情况。示例性的，一个段被其它段引用可以理解为链接器在对上述待处理代码编译链接过程中，该段被除该段以外的其它段引用。
7.本技术实施例通过获取待处理代码，该待处理代码被分成一个或多个段，该一个或多个段中的每个段只包括一个函数或一个变量，从而，在上述待处理代码包括用户自定义段(即将多个函数和/或变量放置在自定义的段名内)时，能够获取到用户自定义段中每个函数或变量单独成段的信息，进而，在对上述待处理代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小代码的体积，适应受限资源环境。而且，本技术实施例通过删除没有被引用的段，可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
8.一种可能设计，上述获得可执行文件，包括：
9.获取段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系；
10.根据上述段映射信息修改链接脚本，该链接脚本中包含至少一个函数或变量以及该至少一个函数或变量对应的段的标识，修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同；
11.根据修改后的上述链接脚本获得上述可执行文件。
12.这里，上述链接脚本可以是预先定义/配置的。链接器在对上述待处理代码进行编译链接过程中，可能会用到上述链接脚本，由于待处理代码被分成一个或多个段，段的标识已经发生了改变，而上述链接脚本中的段却没有做相应修改。因此，为了保证后续处理正确进行，链接器获取段重映射信息，该段重映射信息包括段的标识和该段包含的函数或变量的标识的对应关系，从而基于上述段重映射信息，修正链接脚本中，修改后的链接脚本中至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同。另外，上述段的标识可以为段的名称或编号等，本技术实施例对此不做特别限制。
13.一种可能设计，上述根据上述段映射信息修改链接脚本可以包括：
14.对上述链接脚本进行解析，该解析包括词法分析和语法分析，然后根据上述段重映射信息，对解析后得到的上述链接脚本的抽象语法树进行修改，例如，将链接脚本的抽象语法树中上述至少一个函数或变量对应的段的标识的节点，修改为通配节点，使得修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同，符合代码布局逻辑。
15.一种可能设计，上述获得可执行文件，包括：
16.根据上述一个或多个段，合并上述待处理代码中的同类型段。
17.其中，链接器在合并代码中的同类型段时，可以计算每个段的起始地址，并考虑段间对齐所产生的偏移等问题，进而合并代码中的同类型段。
18.一种可能设计，上述获得可执行文件，包括：
19.获取上述待处理代码的重定位信息，该重定位信息包括上述待处理代码中的函数调用地址或变量调用地址，从而，根据该重定位信息，在对上述待处理代码进行编译链接过程中，修正上述待处理代码中的上述函数调用地址或上述变量调用地址，获得代码正确、完
整的可执行文件。
20.一种可能设计，上述获得可执行文件，包括：
21.可以根据elf文件结构，完成可执行文件的组装。
22.这里，链接器可以对上述待处理代码进行同类段的合并、重定位等处理，具体处理的内容可以根据实际情况确定，本技术实施例对此不做特别限制。
23.第二方面，本技术实施例提供另一种代码处理方法，该方法可以由汇编器执行，该方法包括：将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。示例性的，上述变量可以包括全局变量，以源代码中包括段sect，段sect内有函数func3和func4，全局变量var3和var4为例，汇编器将段sect切分成一个或多个段，例如，在原段名的基础上添加后缀，如段sect.func3、sect.func4、sect.var3和sect.var4，汇编器将段sect切分成段sect.func3、sect.func4、sect.var3和sect.var4。段sect.func3中只包括上述函数func4，段sect.func4中只包括上述函数func4，段sect.var3中只包括上述全局变量var3，段sect.var4中只包括上述全局变量var4。另外，上述源代码可以根据实际情况确定，例如，上述源代码为用汇编语言编写的代码，本技术实施例对此不做特别限制。
24.本技术实施例通过将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在后续通过链接器对上述源代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。而且，本技术实施例可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，例如用汇编语言编写的代码，即支持任何能够编译为用汇编语言编写的代码的高级语言，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
25.一种可能设计，在上述将源代码切分成一个或多个段之后，还包括：
26.生成段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
27.这里，上述段重映射信息还可以包括上述函数或变量在所在段的偏移，示例性的，上述函数或变量在所在段的偏移为0。
28.一种可能设计，上述将源代码切分成一个或多个段，包括：
29.获取上述源代码中的函数标识或变量标识；
30.根据上述函数标识或所述变量标识，将源代码切分成一个或多个段。
31.其中，上述函数标识可以为函数名称或函数编号等，上述变量标识可以为变量名称或变量编号等，具体可以根据实际情况确定，本技术实施例对此不做特别限制。
32.一种可能设计，上述获取上述源代码中的函数标识或变量标识，包括：
33.对上述源代码进行解析，该解析包括词法分析和语法分析，从而，获取上述源代码中的函数标识或变量标识，例如func为函数名称，var为全局变量名称，进而，根据上述函数标识或所述变量标识，将源代码切分成一个或多个段。
34.一种可能设计，如果上述源代码为用汇编语言编写的代码，在上述将源代码切分
成一个或多个段之前，还包括：
35.读入用汇编语言编写的代码源文件，其中，该代码源文件可以是由前端编译器生成，也可以是用户直接编写的源文件。
36.一种可能设计，如果上述源代码为用汇编语言编写的代码，在上述将源代码切分成一个或多个段之后，还包括：
37.将上述用汇编语言编写的代码转换为机器代码，例如二进制代码。
38.这里，汇编器可以将用汇编语言编写的代码翻译成初步的机器代码，也可以依据elf文件结构，将上述机器代码组装到目标文件内。
39.一种可能设计，在上述生成段重映射信息之后，还包括：
40.将上述段重映射信息写入预设文件，例如log文件，或者，将上述段重映射信息写入上述目标文件的附加段内，或者，将上述段重映射信息嵌入相应段名。
41.示例性的，汇编器将上述段重映射信息写入到某log文件，随后链接器读取该指定log文件。或者，汇编器将上述段重映射信息写入到每一个目标文件的附加段内，随后链接器在读取所有目标文件时读取这些信息。或者汇编器直接在相应段名上以一定的格式嵌入详细的重映射信息，随后链接器通过解析每一个段名进行恢复。其中，具体采用哪种形式可以根据实际情况确定，本技术实施例对此不做特别限制。
42.第三方面，本技术实施例提供一种代码处理装置，这里的代码处理装置可以是上述链接器本身，或者是实现链接器的功能的芯片或者集成电路。该装置包括：
43.代码获取模块，用于获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量；
44.文件获得模块，用于根据上述一个或多个段的被引用情况，删除没有被引用的段，获得可执行文件，其中上述被引用情况指示一个段被其它段引用的情况。
45.一种可能设计，上述文件获得模块具体用于：
46.获取段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系；
47.根据上述段映射信息修改链接脚本，该链接脚本中包含至少一个函数或变量以及该至少一个函数或变量对应的段的标识，修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在所述段重映射信息中对应的段的标识相同；
48.根据修改后的上述链接脚本获得上述可执行文件。
49.第四方面，本技术实施例提供另一种代码处理装置，这里的代码处理装置可以是上述汇编器本身，或者是实现汇编器的功能的芯片或者集成电路。该装置包括：
50.代码切分模块，用于将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
51.一种可能设计，上述代码切分模块还用于：
52.生成段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
53.一种可能设计，所述源代码为用汇编语言编写的代码。
54.第五方面，本技术提供再一种代码处理装置，该代码处理装置包括至少一个处理器和至少一个存储器。该至少一个存储器存储计算机指令；该至少一个处理器执行该存储
器存储的计算机指令，使得该计算设备执行上述第一方面或者第一方面的各种可能设计提供的方法，使得该代码处理装置部署上述第三方面或者第三方面的各种可能设计提供该代码处理装置。
55.第六方面，本技术提供又一种代码处理装置，该代码处理装置包括至少一个处理器和至少一个存储器。该至少一个存储器存储计算机指令；该至少一个处理器执行该存储器存储的计算机指令，使得该计算设备执行上述第二方面或者第二方面的各种可能设计提供的方法，使得该代码处理装置部署上述第四方面或者第四方面的各种可能设计提供该代码处理装置。
56.第七方面，本技术提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，该计算机指令指示计算设备执行上述第一方面或者第一方面的各种可能设计提供的方法，或者该计算机指令指示该计算设备部署上述第三方面或者第三方面的各种可能设计提供该代码处理装置。
57.第八方面，本技术提供另一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，该计算机指令指示计算设备执行上述第二方面或者第二方面的各种可能设计提供的方法，或者该计算机指令指示该计算设备部署上述第四方面或者第四方面的各种可能设计提供该代码处理装置。
58.第九方面，本技术提供一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括计算机指令。可选地，该计算机指令存储在计算机可读存储介质中。计算设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算设备执行上述第一方面或者第一方面的各种可能设计提供的方法，使得该计算设备部署上述第三方面或者第三方面的各种可能设计提供该代码处理装置。
59.第十方面，本技术提供另一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括计算机指令。可选地，该计算机指令存储在计算机可读存储介质中。计算设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算设备执行上述第二方面或者第二方面的各种可能设计提供的方法，使得该计算设备部署上述第四方面或者第四方面的各种可能设计提供该代码处理装置。
60.第十一方面，本技术实施例提供了一种芯片，包括至少一个处理器和通信接口。进一步可选的，所述芯片还包含至少一个存储器，用于存储计算机指令。其中，所述通信接口用于为所述至少一个处理器提供信息输入和/或输出。所述至少一个处理器用于执行指令以实现执行上述第一方面及其第一方面任意可能的实现方式中的方法。可选的，所述至少一个处理器包含数字信号处理器(digital signal processor，dsp)、中央处理器(central processing unit，cpu)或者图形处理器(general process unit，gpu)中的至少一个。
61.第十二方面，本技术实施例提供了另一种芯片，包括至少一个处理器和通信接口。进一步可选的，所述芯片还包含至少一个存储器，用于存储计算机指令。其中，所述通信接口用于为所述至少一个处理器提供信息输入和/或输出。所述至少一个处理器用于执行指令以实现执行上述第二方面及其第二方面任意可能的实现方式中的方法。可选的，所述至少一个处理器包含dsp、cpu或者gpu中的至少一个。
附图说明
62.图1为本技术实施例提供的一种代码处理系统的架构示意图；
63.图2为本技术实施例提供的一种代码分段示意图；
64.图3为本技术实施例提供的一种函数调用图；
65.图4为本技术实施例提供的一种链接方式示意图；
66.图5为本技术实施例提供的剪裁效果对比图；
67.图6为本技术实施例提供的一种代码处理方法的流程示意图；
68.图7为本技术实施例提供的另一种代码处理方法的流程示意图；
69.图8为本技术实施例提供的一种链接脚本修改示意图；
70.图9为本技术实施例提供的再一种代码处理方法的流程示意图；
71.图10为本技术实施例提供的又一种代码处理方法的流程示意图；
72.图11为本技术实施例提供的又一种代码处理方法的流程示意图；
73.图12为本技术实施例提供的又一种代码处理方法的流程示意图；
74.图13为本技术实施例提供的又一种代码处理方法的流程示意图；
75.图14为本技术提供的一种代码处理装置的结构示意图；
76.图15为本技术提供的另一种代码处理装置的结构示意图；
77.图16a为本技术提供的一种代码处理装置的基本硬件架构示意图；
78.图16b为本技术提供的另一种代码处理装置的基本硬件架构示意图。
具体实施方式
79.下面结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
80.本技术实施例所涉及的代码处理是指将代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在通过链接器对上述代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。
81.本技术实施例提供的代码处理方法及装置可应用在嵌入式系统中，其中，该系统运行在嵌入式环境上。示例性的，上述嵌入式系统可以包括嵌入式实时操作系统μc/os-ii、嵌入式linux、windows embedded、vxworks等，以及应用在车辆、无人机、机器人、手机等设备中的android、ios等，本技术实施例对此不做特别限制。
82.可选地，本技术实施例提供的代码处理方法及装置可以应用于如图1所示的应用场景中。图1只是以示例的方式描述了本技术实施例提供的代码处理方法的一种可能的应用场景，本技术实施例提供的代码处理方法的应用场景不限于图1所示的应用场景。
83.图1为设备通信系统代码处理架构示意图。在图1中，以无线业务sre系统的数据处理(dp)模块为例，sre系统运行在嵌入式环境上。考虑到不同硬件平台，开发者会定义不同的编译配置，使用大量自定义的段名，以实现在不同部署场景下的代码的灵活布局。因此需要对sre系统的dp模块进行代码处理，以减小代码的体积，适应受限资源环境。
84.上述代码处理架构可以包括汇编器(assembler)10和链接器(linker)20。
85.汇编器10是将源代码，例如用汇编语言编写的代码，翻译为目标机器代码，例如二进制代码的转换程序，将用汇编语言编写编写的.s文件翻译成目标文件(.o文件)。汇编器10可以包括代码读入模块、代码解析模块、段重映射模块和代码生成模块中至少一个。
86.在具体实现过程中，代码读入模块可以用于读入源代码，例如读入sre系统的dp模块对应的用汇编语言编写的.s文件。
87.代码解析模块可以用于对读入的代码做解析，例如词法分析(lexer)和语法分析(parser)，生成抽象语法树。通过解析，可识别语法模块，比如将sect视为段的名称，func视为函数名称，var视为全局变量名称。
88.段重映射模块可以用于将上述代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，即上述代码的每个函数或变量被分配在独立的段(section)内，进而，生成段重映射信息(remapping information)。这里，段重映射模块会处理代码中所有的函数和变量，包括用户自定义段的部分，即能够将用户自定义段切分成一个或多个段，即将用户自定义段中每个函数或变量单独成段。示例性的，如图2所示，以上述代码中包括段sect，段sect内有函数func3和func4，全局变量var3和var4为例。段重映射模块将段sect切分成一个或多个段，例如，在原段名的基础上添加后缀，如段sect.func3、sect.func4、sect.var3和sect.var4，即段重映射模块将段sect切分成段sect.func3、sect.func4、sect.var3和sect.var4，段sect.func3中只包括上述函数func4，段sect.func4中只包括上述函数func4，段sect.var3中只包括上述全局变量var3，段sect.var4中只包括上述全局变量var4，即上述代码中的每个函数或变量单独成段。
89.代码生成模块可以用于将上述代码，例如sre系统的dp模块对应的用汇编语言编写的代码翻译为目标机器代码，例如二进制代码，并组装到目标文件内。
90.这里，汇编器10在汇编阶段完成后，除常规的输出(目标文件等信息)之外，会额外输出段重映射信息供后续的链接器20使用。
91.另外，上述汇编器10还可以包括发送传输模块，该发送传输模块可以是输入/输出接口，也可以是通信接口，可以用于发送目标文件、段重映射信息等给链接器20。
92.链接器20是将多个目标文件正确地合并为可执行文件，链接器20可以包括文件读入模块、同类段合并模块、段垃圾回收模块、重定位模块、段布局管理模块和文件生成模块中至少一个。
93.在具体实现过程中，文件读入模块可以用于读入目标文件，这里，文件读入模块可以是输入/输出接口，也可以是通信接口，可以用于接收上述汇编器10发送的目标文件。
94.同类段合并模块可以用于合并目标文件的同类型段。
95.段垃圾回收模块可以用于通过判断段是否被引用，删除没有被引用的段，从而，将目标文件的无用的冗余代码删除。
96.重定位(relocation)模块可以用于按照重定位信息，对已经生成的代码做地址修
正。
97.段布局管理模块可以用于在进行最终可执行文件组装之前，读取预先定义或者配置的链接脚本(lds)，如图中.ld文件，根据链接脚本的语义，进行段布局管理。其间，使用汇编阶段提供的段重映射信息，修正链接脚本，使得输入文件中的段能正确映射到输出文件中对应的段内。
98.文件生成模块可以最后完成可执行文件的组装(code combination)，例如根据elf文件结构，完成可执行文件的组装，如图中.elf文件。
99.应理解，代码解析模块、段重映射模块、代码生成模块、同类段合并模块、段垃圾回收模块、重定位模块、段布局管理模块或者文件生成模块可以通过读取存储器中的指令并执行指令的方式实现，也可以通过芯片电路实现。
100.本技术实施例提供的代码处理方法可应用于汇编器10或者链接器20。
101.可以理解的是，本技术实施例示意的结构并不构成对代码处理架构的具体限定。在本技术另一些可行的实施方式中，上述代码处理架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。
102.相关技术中，尽管半导体技术的发展使得处理器的速度不断提高，片上存储器容量也不断增加，但是大多数情况下，存储空间仍然是宝贵的，是成本和功耗的主要影响因素之一。因此，一个理想的嵌入式系统必定是经过高效率的设计、量体裁衣、去除冗余，力争在同样的硅片面积上实现更高的性能。为了实现这个目标，将复杂应用或系统移植到嵌入式系统，并通过裁剪，减小代码的体积，适应受限资源环境，提供丰富的应用功能，是目前研究的热点。
103.为了解决上述问题，现有主要有以下三种技术方案：
104.第一种技术方案是基于配置的裁剪方法，其可对系统、处理器架构、驱动等进行配置，设置为编译选项，在编译阶段根据应用需求进行取舍，读取配置文件，产生编译宏，决定所编译的文件列表，从而实现对系统的裁剪。
105.其裁剪的原理及流程包括：
106.首先获取配置文件。该配置文件通过某种描述语言对源代码组织结构和它们之间的依赖关系进行刻画。其次，利用程序分析配置文件，产生交互式的可视化的剪裁与配置界面，依据应用需求实现系统模块的剪裁和系统参数的配置，并将配置信息写入配置文件。最后，利用编译器进行条件编译形成实际运行的目标代码，并能对所生成的目标系统进行正确性测试。
107.然而，第一种技术方案裁剪的粒度过大，裁剪的最小单元为系统的整个功能模块，而且，在系统中需要插入许多条件编译语句，降低了源代码的可读性和维护性，增加了调试和测试的复杂性。
108.第二种技术方案是基于调用图(call graph)的裁剪方法。这里，函数或进程之间相互调用的关系即为调用关系，用于清楚表示这种调用关系的视图即为调用图。根据调用图，从源代码中分析调用关系，进行程序分析，判断是否存在从未被调用过的函数，若存在，则可将其删除。
109.程序的调用图定义为一个有向图c＝(v,r)，其中v表示程序中所有函数的集合，每
个函数是调用图中的一个顶点，r表示函数之间调用关系的集合，即：
110.r＝{(v1,v2)|v1,v2∈v and v1调用v2一次以上}
111.举例说明，根据如下所示一段应用程序代码：
[0112][0113]
其对应的函数调用图如图3所示。定义：
[0114]
s(main)＝{p|p∈vand从顶点main到顶点p存在一条路径},显然
[0115]
裁剪依据：如果存在一个函数q不属于s(main)，那么q就是应用程序不需要的函数，应该将q从程序中删除。在图3所示的例子中，函数func5()和func6()是可以删除的。
[0116]
然而，第二种技术方案对于变量(例如全局变量)无法裁剪，而且裁剪速度慢，为获取全局调用图，需进行二次编译，随着代码体积增长，基于源代码的程序分析并重新编译的开销会越来越大。
[0117]
第三种技术方案是基于编译系统的段垃圾回收机制(section gc)。
[0118]
为了更好的理解上述技术方案，首先了解一下可执行文件的生成过程。大多数情况下，编译器会把编译c代码生成的所有可执行代码放入.text段，只读数据放入.rodata段，读写数据放入.data段以及未初始化的数据放入.bss段，例如：
[0119]
module1.c
[0120]
int f(void){return 0；}
[0121]
void unused_func(void){a_lot_of_code；}
[0122]
main.c
[0123]
int main(int argc,char**argv){return f()；}
[0124]
其中，module1.o的.text段包含f()与unused_func()，unused_func()并未被main()调用，属于无用代码；main.o的.text段包含main()的代码。当module1.o与其他.o被编译进一个公共库lib.a时，可以通过编译器将main.o与lib.a编译链接，生成一个可执行文件。可执行文件的产生通过链接器对符号进行解析。如图4所示，首先链接器查到main.o有一个未定义的符号f，接着链接器扫描lib.a并且发现module1.o有该符号的定义，于是链接器就会添加module1.o所有段，将完整的.text段添加进入可执行文件。而且，unused_func()也被添加到可执行文件中。由于链接器不清楚module1.o的.text段与module1.c内多个函数的布局对应关系，因此无法删除unused_func的代码，唯一知道的也
只是f函数的起始地址，但即便是知道了f的代码大小，由于f可能会跳转到.text段内任意的地址，因此链接器只能选择将完整的.text段引入。
[0125]
为解决这个问题，编译器使用两个编译选项(-ffunction-sections、-fdata-sections)将每个函数、全局变量放置到独立的唯一的段内。这样，链接器就可以通过段来区分不同的函数/变量实体，再通过—gc-sections链接选项，告知链接器在将所有段放置入可执行文件之前，丢弃那些无法从种子段(seed sections)到达的代码段或数据段。种子段指的是一些入口函数，如main(),是默认的第一个函数入口。
[0126]
然而，第三种技术方案对于用户自定义段的情况，无法进行回收。因为第三种技术方案的一个前提是需将函数或变量放于唯一的段内，但是由于在很多嵌入式场景下，开发者会对一些函数或数据自定义特定的段名，以便定制化地对函数或数据归类，用于如内存保护、初始化内存销毁等操作。因此，用户自定义段(即，将多个函数/变量放置在自定义的段名内)与第三种技术方案的前提(即，将所有函数/变量放置在单独且唯一的段内)存在矛盾，导致第三种技术方案无法删除用户自定义段内的无用函数/变量。而且第三种技术方案无法直接对汇编语言进行无用代码/数据的裁剪。段名称的赋值是在编译器阶段完成的，因此汇编文件中的函数与变量依然会被合并入同一个代码段或数据段。
[0127]
因此，为了解决上述问题，本技术实施例提供了一种代码处理方法，通过将代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在通过链接器对上述代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。而且，本技术实施例可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0128]
示例性的，图5给出使用上述第三种方案(在图5中简称方案三)和本技术方案，分别对上述sre系统的dp模块进行代码处理，统计构建生成的可执行文件大小的示意图。其中，可执行文件的大小包括主要section的大小(代码段text，数据段data，未初始化数据段bss)和整个文件的大小。
[0129]
根据对可执行文件的统计数据，可计算上述第三种方案和本技术方案对代码裁剪比例，如图5所示：
[0130]
与原始版本相比，本技术方案的裁剪效果全面优于上述第三种方案。比如，对data段，本技术方案的裁剪效果由上述第三种方案的47.62％提升至87.30％，增幅高达39.68％；对text段，本技术方案的裁剪效果由上述第三种方案的56.65％提升至73.49％，增幅高达16.84％；对整个文件，本技术方案的裁剪效果由上述第三种方案的52.80％提升至62.40％，增幅高达9.60％；对上述第三种方案效果不明显的bss段，本技术方案仍能有4.95％的裁剪效果。
[0131]
由此可见，本技术技术方案对sre系统的dp模块的无用代码进行准确剪裁，减小了代码的体积，适应受限资源环境。
[0132]
下面以几个实施例为例对本技术的技术方案进行描述，对于相同或相似的概念或过程可能在某些实施例不再赘述。
[0133]
图6为本技术实施例提供了一种代码处理方法的流程示意图，本实施例的执行主体可以为图1中的链接器20。如图6所示，该方法可以包括如下步骤。
[0134]
s601：获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0135]
这里，上述变量包括全局变量。上述待处理代码中的每个函数或变量被分别存放在一个独立段内，示例性的，以待处理代码中包括段sect，段sect内有函数func1和func2，全局变量var1和var2为例，段sect被分成一个或多个段，例如，在原段名的基础上添加后缀，如段sect.func1、sect.func2、sect.var1和sect.var2，段sect被分成段sect.func1、sect.func2、sect.var1和sect.var2。段sect.func1中只包括上述函数func1，段sect.func2中只包括上述函数func2，段sect.var1中只包括上述全局变量var1，段sect.var2中只包括上述全局变量var2。
[0136]
其中，上述待处理代码可以根据实际情况确定，例如上述待处理代码为汇编阶段组装的目标文件中的代码，本技术实施例对此不做特别限制。
[0137]
s602：根据上述一个或多个段的被引用情况，删除没有被引用的段，获得可执行文件，其中上述被引用情况指示一个段被其它段引用的情况。
[0138]
其中，上述被引用情况可以指示上述段被引用的情况。示例性的，一个段被其它段引用可以理解为链接器在对上述待处理代码编译链接过程中，该段被除该段以外的其它段引用。
[0139]
示例性的，上述获得可执行文件，包括：
[0140]
根据elf文件结构，完成可执行文件的组装。
[0141]
本技术实施例，通过获取待处理代码，该待处理代码被分成一个或多个段，该一个或多个段中的每个段只包括一个函数或一个变量，从而，在上述待处理代码包括用户自定义段(即将多个函数和/或变量放置在自定义的段名内)时，能够获取到用户自定义段中每个函数或变量单独成段的信息，进而，在对上述待处理代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小代码的体积，适应受限资源环境。而且，本技术实施例通过删除没有被引用的段，可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0142]
另外，本技术实施例在上述获得可执行文件时，还考虑对链接脚本进行相应修改。图7为本技术实施例提出的另一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的链接器20。如图7所示，该方法包括：
[0143]
s701：获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0144]
s702：根据上述一个或多个段的被引用情况，删除没有被引用的段，其中上述被引用情况指示一个段被其它段引用的情况。
[0145]
其中，步骤s701-s702的实现方式可以参照上述步骤s601-s602的实现方式，此处不再赘述。
[0146]
s703：获取段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
[0147]
s704：根据上述段映射信息修改链接脚本，该链接脚本中包含至少一个函数或变量以及该至少一个函数或变量对应的段的标识，修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同。
[0148]
s705：根据修改后的上述链接脚本获得上述可执行文件。
[0149]
这里，上述链接脚本可以是预先定义/配置的。链接器在对上述待处理代码进行编译链接过程中，可能会用到上述链接脚本，由于待处理代码被分成一个或多个段，段的标识已经发生了改变，而上述链接脚本中的段却没有做相应修改。因此，为了保证后续处理正确进行，链接器获取段重映射信息，该段重映射信息包括段的标识和该段包含的函数或变量的标识的对应关系，从而基于上述段重映射信息，修正链接脚本中，修改后的链接脚本中至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同。另外，上述段的标识可以为段的名称或编号等，本技术实施例对此不做特别限制。
[0150]
一种可能设计，上述根据上述段映射信息修改链接脚本可以包括：
[0151]
对上述链接脚本进行解析，该解析包括词法分析和语法分析，然后根据上述段重映射信息，对解析后得到的上述链接脚本的抽象语法树进行修改，例如，将链接脚本的抽象语法树中上述至少一个函数或变量对应的段的标识的节点，修改为通配节点，使得修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同，符合代码布局逻辑。
[0152]
如图8所示，图8通过一个示例详细描述了上述过程。链接器对链接脚本test.ld做词法分析和语法分析得到抽象语法树ast。链接器遍历该ast，识别ast中上述至少一个函数或变量对应的段的标识的节点，例如图中输入段(input section)的标识的节点，该标识为段的名称，将其名称修改为通配节点。示例中，输入段.func和.data分别被修改为.func.*和.data.*，使得修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同，进而使得上述待处理代码中的段正确映射到上述可执行文件中。
[0153]
本技术实施例，在对上述待处理代码进行编译链接过程中，获取上述段重映射信息，修正链接脚本，使得待处理代码中的段正确映射到上述可执行文件中。而且本技术实施例通过获取待处理代码，该待处理代码被分成一个或多个段，该一个或多个段中的每个段只包括一个函数或一个变量，从而，在上述待处理代码包括用户自定义段(即将多个函数和/或变量放置在自定义的段名内)时，能够获取到用户自定义段中每个函数或变量单独成段的信息，进而，在对上述待处理代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小代码的体积，适应受限资源环境。而且，本技术实施例通过删除没有被引用的段，可以对代码中某一无用函数或变量进行剪裁，
代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0154]
另外，本技术实施例在上述获得可执行文件时，还考虑对上述待处理代码进行同类段的合并、重定位等处理。图9为本技术实施例提出的再一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的链接器20。如图9所示，该方法包括：
[0155]
s901：获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0156]
s902：根据上述一个或多个段的被引用情况，删除没有被引用的段，其中上述被引用情况指示一个段被其它段引用的情况。
[0157]
其中，步骤s901-s902的实现方式可以参照上述步骤s601-s602的实现方式，此处不再赘述。
[0158]
s903：根据上述一个或多个段，合并上述待处理代码中的同类型段。
[0159]
其中，链接器在合并代码中的同类型段时，可以计算每个段的起始地址，并考虑段间对齐所产生的偏移等问题，进而合并代码中的同类型段。
[0160]
s904：获取上述待处理代码的重定位信息，该重定位信息包括上述待处理代码中的函数调用地址或变量调用地址，从而，根据该重定位信息，在对上述待处理代码进行编译链接过程中，修正上述待处理代码中的上述函数调用地址或上述变量调用地址，获得代码正确、完整的可执行文件。
[0161]
这里，链接器可以对上述待处理代码进行同类段的合并、重定位等处理，具体处理的内容可以根据实际情况确定，本技术实施例对此不做特别限制。
[0162]
另外，链接器在对上述待处理代码进行编译链接过程中，删除没有被引用的段，进行同类段的合并、重定位等的前后顺序可以根据实际情况确定，本技术实施例对此不做特别限制。
[0163]
本技术实施例，在上述获得可执行文件时，还考虑对上述待处理代码进行同类段的合并、重定位等处理，满足应用需要。而且本技术实施例通过获取待处理代码，该待处理代码被分成一个或多个段，该一个或多个段中的每个段只包括一个函数或一个变量，从而，在上述待处理代码包括用户自定义段(即将多个函数和/或变量放置在自定义的段名内)时，能够获取到用户自定义段中每个函数或变量单独成段的信息，进而，在对上述待处理代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小代码的体积，适应受限资源环境。而且，本技术实施例通过删除没有被引用的段，可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0164]
另外，本技术实施例在上述获得可执行文件时，不仅考虑对链接脚本进行相应修改，还考虑对上述待处理代码进行同类段的合并、重定位等处理。图10为本技术实施例提出的又一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的链接器20。如图10所示，在图10中以一组上述目标文件作为输入，该方法包括：
[0165]
s1001：扫描上述目标文件信息，获取待处理代码，该待处理代码被分成一个或多
个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0166]
s1002：在对上述待处理代码进行编译链接过程中，根据上述一个或多个段，合并上述待处理代码中的同类型段。
[0167]
s1003：根据上述一个或多个段的被引用情况，删除没有被引用的段。
[0168]
s1004：获取上述待处理代码的重定位信息，该重定位信息包括上述待处理代码中的函数调用地址或变量调用地址，从而，根据该重定位信息，在对上述待处理代码进行编译链接过程中，修正上述待处理代码中的上述函数调用地址或上述变量调用地址，使得代码正确、完整。
[0169]
s1005：获取段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。根据上述段映射信息修改链接脚本，该链接脚本中包含至少一个函数或变量以及该至少一个函数或变量对应的段的标识，修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在上述段重映射信息中对应的段的标识相同。根据修改后的上述链接脚本获得上述可执行文件。
[0170]
s1006：根据elf文件结构，完成可执行文件的组装。
[0171]
这里，链接器在对上述待处理代码进行编译链接过程中，删除没有被引用的段，对链接脚本进行相应修改，以及进行同类段的合并、重定位等的前后顺序可以根据实际情况确定，本技术实施例对此不做特别限制。
[0172]
本技术实施例，在对上述待处理代码进行编译链接过程中，获取上述段重映射信息，修正链接脚本，使得待处理代码中的段正确映射到上述可执行文件中。而且，本技术实施例，在上述获得可执行文件时，还考虑对上述待处理代码进行同类段的合并、重定位等处理，满足应用需要。另外，本技术实施例通过获取待处理代码，该待处理代码被分成一个或多个段，该一个或多个段中的每个段只包括一个函数或一个变量，从而，在上述待处理代码包括用户自定义段(即将多个函数和/或变量放置在自定义的段名内)时，能够获取到用户自定义段中每个函数或变量单独成段的信息，进而，在对上述待处理代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小代码的体积，适应受限资源环境。本技术实施例通过删除没有被引用的段，可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。本技术实施例支持多种代码，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0173]
以上结合图6-10从链接器20侧详细描述了根据本技术实施例的代码处理方法，下面将结合图11-13从汇编器10侧详细描述根据本技术实施例提供的又一代码处理方法。应理解，汇编器10侧描述的某些概念、特性等与链接器20侧的描述相应，为了简洁，适当省略重复的描述。
[0174]
图11为本技术实施例提供了又一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的汇编器10，如图11所示，该方法可以包括：
[0175]
s1101：将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0176]
这里，上述源代码中的每个函数和变量被分别存放在一个独立段内，示例性的，上
述变量可以包括全局变量，以源代码中包括段sect，段sect内有函数func3和func4，全局变量var3和var4为例，汇编器将段sect切分成一个或多个段，例如，在原段名的基础上添加后缀，如段sect.func3、sect.func4、sect.var3和sect.var4，汇编器将段sect切分成段sect.func3、sect.func4、sect.var3和sect.var4。段sect.func3中只包括上述函数func4，段sect.func4中只包括上述函数func4，段sect.var3中只包括上述全局变量var3，段sect.var4中只包括上述全局变量var4。
[0177]
上述源代码可以根据实际情况确定，例如，上述源代码为用汇编语言编写的代码，本技术实施例对此不做特别限制。
[0178]
示例性的，如果上述源代码为用汇编语言编写的代码，在上述将源代码切分成一个或多个段之前，还包括：
[0179]
读入用汇编语言编写的代码源文件，其中，该代码源文件可以是由前端编译器生成，也可以是用户直接编写的源文件。
[0180]
在一些可行的实施方式中，如果上述源代码为用汇编语言编写的代码，在上述将源代码切分成一个或多个段之后，还包括：
[0181]
将上述用汇编语言编写的代码转换为机器代码，例如二进制代码。
[0182]
这里，汇编器可以将用汇编语言编写的代码翻译成初步的机器代码，也可以依据elf文件结构，将上述机器代码组装到目标文件内。
[0183]
在一些可行的实施方式中，在上述将源代码切分成一个或多个段之后，还包括：
[0184]
生成段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
[0185]
这里，上述段重映射信息还可以包括上述函数或变量在所在段的偏移，示例性的，上述函数或变量在所在段的偏移为0。
[0186]
另外，在上述生成段重映射信息之后，还包括：
[0187]
将上述段重映射信息写入预设文件，例如log文件，或者，将上述段重映射信息写入上述目标文件的附加段内，或者，将上述段重映射信息嵌入相应段名。
[0188]
示例性的，汇编器将上述段重映射信息写入到某log文件，随后链接器读取该指定log文件。或者，汇编器将上述段重映射信息写入到每一个目标文件的附加段内，随后链接器在读取所有目标文件时读取这些信息。或者汇编器直接在相应段名上以一定的格式嵌入详细的重映射信息，随后链接器通过解析每一个段名进行恢复。其中，具体采用哪种形式可以根据实际情况确定，本技术实施例对此不做特别限制。
[0189]
本技术实施例通过将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在后续通过链接器对上述源代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。而且，本技术实施例可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，例如用汇编语言编写的代码，即支持任何能够编译为用汇编语言编写的代码的高级语言，满足多种应用需要。本申
请实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0190]
另外，本技术实施例将源代码切分成一个或多个段时，还考虑获取上述源代码中的函数标识或变量标识，进而，根据该函数标识或所述变量标识，将源代码切分成一个或多个段。图12为本技术实施例提出的又一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的汇编器10。如图12所示，该方法包括：
[0191]
s1201：获取上述源代码中的函数标识或变量标识。
[0192]
其中，上述函数标识可以为函数名称或函数编号等，上述变量标识可以为变量名称或变量编号等，具体可以根据实际情况确定，本技术实施例对此不做特别限制。
[0193]
一种可能设计，上述获取上述源代码中的函数标识或变量标识，包括：
[0194]
对上述源代码进行解析，该解析包括词法分析和语法分析，从而，获取上述源代码中的函数标识或变量标识，例如func为函数名称，var为全局变量名称，进而，根据上述函数标识或所述变量标识，将源代码切分成一个或多个段。
[0195]
s1202：根据上述函数标识或所述变量标识，将源代码切分成一个或多个段。
[0196]
其中，步骤s1202的实现方式可以参照上述步骤s1101的实现方式，此处不再赘述。
[0197]
本技术实施例，在对源代码进行分段时，还考虑获取上述源代码中的函数标识或变量标识，进而，根据该函数标识或所述变量标识，将源代码切分成一个或多个段，满足应用需要。而且本技术实施例通过将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在后续通过链接器对上述源代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。而且，本技术实施例可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，例如用汇编语言编写的代码，即支持任何能够编译为用汇编语言编写的代码的高级语言，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0198]
另外，本技术实施例以上述源代码为用汇编语言编写的代码给出又一种代码处理方法。图13为本技术实施例提出的又一种代码处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的汇编器10。如图13所示，该方法包括：
[0199]
s1301：读入用汇编语言编写的代码源文件，其中，用汇编语言编写的代码源文件可以是由前端编译器生成，也可以是用户直接编写的源文件。
[0200]
s1302：对上述用汇编语言编写的代码源文件做解析，该解析包括词法分析和语法分析，从而，获取上述用汇编语言编写的代码中的函数标识或变量标识。
[0201]
s1303：根据上述函数标识或所述变量标识，对上述用汇编语言编写的代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0202]
s1304：生成段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
[0203]
这里，汇编器可以将上述段重映射信息写入到某log文件，随后链接器读取该指定log文件。或者，汇编器也可以将上述段重映射信息写入到每一个目标文件的附加段内，随
后链接器在读取所有目标文件时读取这些信息。或者汇编器直接在相应段名上以一定的格式嵌入详细的重映射信息，随后链接器通过解析每一个段名进行恢复。其中，具体采用哪种形式可以根据实际情况确定，本技术实施例对此不做特别限制。
[0204]
s1305：将上述用汇编语言编写的代码转换为机器代码，例如二进制代码。
[0205]
这里，汇编器可以将用汇编语言编写的代码翻译成初步的机器代码，也可以依据elf文件结构，将上述机器代码组装到目标文件内。
[0206]
本技术实施例，通过将用汇编语言编写的代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量，从而，能够将用户自定义段(即将多个函数和/或变量放置在自定义的段名内)分成一个或多个段，即将用户自定义段中每个函数或变量单独成段，进而，在后续通过链接器对上述代码进行编译链接过程中，可以通过上述一个或多个段的被引用情况，识别出用户自定义段内的无用函数或变量，并通过删除没有被引用的段，达到删除用户自定义段内的无用函数或变量的目的，减小了代码的体积，适应受限资源环境。而且，本技术实施例可以对代码中某一无用函数或变量进行剪裁，代码裁剪粒度更小，实现对代码中无用代码的精确剪裁。另外，本技术实施例支持多种代码，例如用汇编语言编写的代码，即支持任何能够编译为用汇编语言编写的代码的高级语言，满足多种应用需要。本技术实施例不会改变代码布局，实现用户无感知的裁剪效果。
[0207]
图14为本技术提供的一种代码处理装置的结构示意图，该装置包括：代码获取模块1401和文件获得模块1402。这里的代码处理装置可以是上述链接器本身，或者是实现链接器的功能的芯片或者集成电路。这里需要说明的是，代码获取模块和文件获得模块的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。
[0208]
其中，代码获取模块1401，用于获取待处理代码，该待处理代码被分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0209]
文件获得模块1402，用于根据上述一个或多个段的被引用情况，删除没有被引用的段，获得可执行文件，其中上述被引用情况指示一个段被其它段引用的情况。
[0210]
一种可能设计，上述文件获得模块1402具体用于：
[0211]
获取段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系；
[0212]
根据上述段映射信息修改链接脚本，该链接脚本中包含至少一个函数或变量以及该至少一个函数或变量对应的段的标识，修改后的链接脚本中上述至少一个函数或变量对应的段的标识与上述至少一个函数或变量在所述段重映射信息中对应的段的标识相同；
[0213]
根据修改后的上述链接脚本获得上述可执行文件。
[0214]
本实施例的装置，对应地可用于执行上述方法所示实施例中的技术方案，其实现原理、实现细节和技术效果类似，此处不再赘述。
[0215]
图15为本技术提供的另一种代码处理装置的结构示意图，该装置包括：代码切分模块1501。这里的代码处理装置可以是上述汇编器本身，或者是实现汇编器的功能的芯片或者集成电路。这里需要说明的是，代码切分模块的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。
[0216]
其中，代码切分模块1501，用于将源代码切分成一个或多个段，其中，该一个或多个段中的每个段只包括一个函数或一个变量。
[0217]
一种可能设计，上述代码切分模块1501还用于：
[0218]
生成段重映射信息，该段重映射信息包括段的标识和上述段包含的函数或变量的标识的对应关系。
[0219]
一种可能设计，上述源代码为用汇编语言编写的代码。
[0220]
本实施例的装置，对应地可用于执行上述方法所示实施例中的技术方案，其实现原理、实现细节和技术效果类似，此处不再赘述。
[0221]
可选地，图16a和16b示意性地提供本技术所述代码处理装置的一种可能的基本硬件架构。
[0222]
参见图16a和16b，代码处理装置1600包括至少一个处理器1601以及通信接口1603。进一步可选的，还可以包括存储器1602和总线1604。
[0223]
其中，代码处理装置1600可以是计算机或服务器，本技术对此不作特别限制。代码处理装置1600中，处理器1601的数量可以是一个或多个，图16a和16b仅示意了其中一个处理器1601。可选地，处理器1601，可以是中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)或者数字信号处理器(digital signal processor，dsp)。如果代码处理装置1600具有多个处理器1601，多个处理器1601的类型可以不同，或者可以相同。可选地，代码处理装置1600的多个处理器1601还可以集成为多核处理器。
[0224]
存储器1602存储计算机指令和数据；存储器1602可以存储实现本技术提供的上述代码处理方法所需的计算机指令和数据，例如，存储器1602存储用于实现上述代码处理方法的步骤的指令。存储器1602可以是以下存储介质的任一种或任一种组合：非易失性存储器(例如只读存储器(rom)、固态硬盘(ssd)、硬盘(hdd)、光盘)，易失性存储器。
[0225]
通信接口1603可以为所述至少一个处理器提供信息输入/输出。也可以包括以下器件的任一种或任一种组合：网络接口(例如以太网接口)、无线网卡等具有网络接入功能的器件。
[0226]
可选的，通信接口1603还可以用于代码处理装置1600与其它计算设备或者终端进行数据通信。
[0227]
进一步可选的，图16a和16b用一条粗线表示总线1604。总线1604可以将处理器1601与存储器1602和通信接口1603连接。这样，通过总线1604，处理器1601可以访问存储器1602，还可以利用通信接口1603与其它计算设备或者终端进行数据交互。
[0228]
在本技术中，代码处理装置1600执行存储器1602中的计算机指令，使得代码处理装置1600实现本技术提供的上述代码处理方法，或者使得代码处理装置1600部署上述的代码处理装置。
[0229]
从逻辑功能划分来看，示例性的，如图16a所示，存储器1602中可以包括上述代码获取模块1401和文件获得模块1402。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现代码获取模块和文件获得模块的功能，而不限定是物理上的结构。
[0230]
一种可能设计，如图16b所示，存储器1602中可以包括上述代码切分模块1501。这里的包括仅仅涉及存储器中所存储的指令被执行时可以分别实现代码切分模块的功能，而不限定是物理上的结构。
[0231]
另外，上述的代码处理装置除了可以像上述图16a和16b通过软件实现外，也可以
作为硬件模块，或者作为电路单元，通过硬件实现。
[0232]
本技术提供一种计算机可读存储介质，所述计算机程序产品包括计算机指令，所述计算机指令指示计算设备执行本技术提供的上述代码处理方法。
[0233]
本技术提供一种芯片，包括至少一个处理器和通信接口，所述通信接口为所述至少一个处理器提供信息输入和/或输出。进一步，所述芯片还可以包含至少一个存储器，所述存储器用于存储计算机指令。所述至少一个处理器用于调用并运行该计算机指令，以执行本技术提供的上述代码处理方法。
[0234]
本技术提供一种终端，所述终端可以为运输工具或者智能设备，例如车辆、无人机、无人运输车或者机器人等，其上包含上述代码处理装置。
[0235]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0236]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0237]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。