一种软件打包方法、装置、设备及介质与流程

1.本技术涉及计算机技术领域，特别涉及一种软件打包方法、装置、设备、介质。


背景技术：

2.目前在软件打包过程中，会将软件划分成不同的包，工具包(也即util)负责各种工具类，统一异常处理(也即exception)负责异常处理还有持久化层的映射关系(也即mapper)等完成各自的内容。在软件需要发布时，通过打包命令mvn package产生一个jar包或war包进行全量发布。但是，在这种打包方式下，若其中某个包中的一个类出现问题，则需要在对异常类进行修改之后，再次进行全量发布，所以导致工作量太大，冗余工作太多。


技术实现要素：

3.有鉴于此，本技术的目的在于提供一种软件打包方法、装置、设备、介质，在对软件进行打包后，若包中的类出现异常，可以对修改后异常类进行单独打包，避免修改后还需要进行全量发布带来的冗余工作太多问题，减少工作量。其具体方案如下：
4.第一方面，本技术公开了一种软件打包方法，应用于预先基于java软件管理工具maven进行封装的打包工具，所述方法包括：
5.配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到；
6.利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件；
7.利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包；
8.利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包；
9.在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。
10.可选地，所述利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件，包括：
11.获取参数配置指令，其中，所述参数配置指令中包括编译参数；
12.利用compiler-plugin插件根据所述编译参数对所述待编译源代码文件目录下的源代码文件进行编译，得到所述编译后文件。
13.可选地，所述获取参数配置指令，包括：
14.获取第一参数配置指令，其中，所述第一参数配置指令中包括java语言的软件开发工具包版本，所述java语言的软件开发工具包版本包括编译时java语言的软件开发工具包版本和运行时java语言的软件开发工具包版本；
15.获取第二参数配置指令，其中，所述第二参数配置指令中包括所述编译后文件的
存储目录。
16.可选地，所述利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包，包括：
17.指定所述编译后文件中的应用服务的主函数入口；
18.将依赖的jar包加入外部包路径；
19.利用jar-plugin插件对所述编译后文件所属目录进行打包，得到对应的可执行jar包。
20.可选地，所述可部署文件包为tar.gz格式的文件包，或jar格式的文件包，或war格式的文件包，或zip格式的文件包。
21.可选地，在所述利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包之后，还包括：
22.将所述可部署文件包发送到目标设备上，以便所述目标设备对所述可部署文件包进行解压，并利用解压后文件包进行软件部署。
23.可选地，所述配置待打包软件的待编译源代码文件目录，包括：
24.获取所述待打包软件中的目标源代码文件目录；
25.在pom配置文件中对所述目标源代码文件目录进行引入和/或排除，得到所述待编译源代码文件目录。
26.第二方面，本技术公开了一种软件打包装置，应用于预先基于java软件管理工具maven进行封装的打包工具，所述装置包括：
27.目录配置模块，用于配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到；
28.编译模块，用于利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件；
29.初步打包模块，用于利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包；
30.封装模块，用于利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包；
31.异常类处理模块，用于在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。
32.第三方面，本技术公开了一种电子设备，包括：
33.存储器和处理器；
34.其中，所述存储器，用于存储计算机程序；
35.所述处理器，用于执行所述计算机程序，以实现前述公开的软件打包方法。
36.第四方面，本技术公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述公开的软件打包方法。
37.可见，本技术应用于预先基于java软件管理工具maven进行封装的打包工具，首先
配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到。然后再利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。接着便可以利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。然后再利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。这样在对软件进行打包后，若包中的类出现异常，可以对修改后异常类进行单独打包，避免修改后还需要进行全量发布带来的冗余工作太多问题，减少工作量。且先通过引入和/或排除所述待打包软件中的目标源代码文件目录得到待编译源文件目录，可以按照不同的要求进行源代码文件目录的引入、排除，最终实现定制化打包，且通过引入和/或排除所述待打包软件中的目标源代码文件目录可以实现对待打包软件的模块化打包，提高打包灵活度，同时在出现异常类时，也便于修改。
附图说明
38.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
39.图1为本技术提供的一种软件打包方案所适用的系统框架示意图；
40.图2为本技术公开的一种具体的软件打包方法流程图；
41.图3为本技术公开的一种具体的软件打包方法流程图；
42.图4为本技术公开的一种软件打包示意图；
43.图5为本技术公开的一种软件框图；
44.图6为本技术公开的一种软件框图；
45.图7为本技术公开的一种软件打包装置结构示意图；
46.图8为本技术公开的一种电子设备结构示意图。
具体实施方式
47.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.目前，在软件打包过程中，会将软件划分成不同的包，工具包(也即util)负责各种工具类，统一异常处理(也即exception)负责异常处理还有持久化层的映射关系(也即mapper)等完成各自的内容。在软件需要发布时，通过打包命令mvn package产生一个jar包或war包进行全量发布。但是，在这种打包方式下，若其中某个包中的一个类出现问题，则需要在对异常类进行修改之后，再次进行全量发布，所以导致工作量太大，冗余工作太多。有
鉴于此，本技术提出了一种软件打包方法，在对软件进行打包后，若包中的类出现异常，可以对修改后异常类进行单独打包，避免修改后还需要进行全量发布带来的冗余工作太多问题，减少工作量。
49.本技术的软件打包方案中，采用的系统框架具体可以参见图1所示，具体可以包括：用户终端11、服务器12、用户终端13。
50.其中，用户终端11和用户终端13包括平板电脑、台式计算机等。
51.本技术中，用户终端11上带有预先基于java软件管理工具maven进行封装的打包工具，打包工具先配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到。然后利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。接着利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。然后再利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。将所述可部署文件包发送到服务器12、用户终端13上进行部署。在所述可部署文件包中的类出现异常时，在用户终端11上对异常类进行修改，并利用修改后异常类进行打包，得到修复包，再将所述修复包发送给服务器12、用户终端13，以便服务器12、用户终端13利用所述修复包对所述可部署文件包中的所述异常类进行替换。
52.参见图2所示，本技术实施例公开了一种软件打包方法，应用于预先基于java软件管理工具maven进行封装的打包工具，该方法包括：
53.步骤s11：配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到。
54.在需要对所述待打包软件进行打包时，需要先配置待打包软件的待编译源代码文件目录。具体的，可以通过引入和/或排除所述待打包软件中的目标源代码文件目录得到所述待编译源代码文件目录，其中，所述目标源代码文件目录为所述待打包软件中本次打包需要编译的源代码文件目录，或本次打包不需要编译的源代码文件目录。
55.具体的，可以通过引入(include)和/或排除(exclude)所述待打包软件中的某些源代码文件目录，得到所述待编译源代码文件目录，相应的，所述待编译源代码文件目录下存储的源代码文件便是需要编译的文件。
56.步骤s12：利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。
57.配置完所述待编译源代码文件目录之后，便可以利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。所述源代码文件一般为java编写的文件，所以需要先编译成计算机可执行的二进制文件，也即，需要利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到可被计算机执行的编译后文件。其中，所述编译后文件也即class文件。
58.具体的，所述利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件，包括：获取参数配置指令，其中，所述参数配置指令中包括编译参数；利用compiler-plugin插件根据所述编译参数对所述待编译源代码文件目录下的源代码文件进行编译，得到所述编译后文件。其中，获取参数配置指令，包括：获取第一
参数配置指令，其中，所述第一参数配置指令中包括java语言的软件开发工具包版本(也即jdk版本，java development kit是sun公司针对java开发员的软件开发工具包)，所述java语言的软件开发工具包版本包括编译时java语言的软件开发工具包版本和运行时java语言的软件开发工具包版本；获取第二参数配置指令，其中，所述第二参数配置指令中包括所述编译后文件的存储目录。
59.也即，需要先配置编译时java语言的软件开发工具包版本和运行时java语言的软件开发工具包版本，一般情况下，所述编译时java语言的软件开发工具包版本和所述运行时java语言的软件开发工具包版本相同，还需要配置编译后文件的存储目录。然后便可以利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件，所述编译后文件存储到所述存储目录下。
60.步骤s13：利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。
61.在得到所述编译后文件之后，还需要对所述编译后文件进行打包，得到对应的可执行文件包。具体的，包括：指定所述编译后文件中的应用服务的主函数入口(也即main class)；将依赖的jar包加入外部包路径(也即classpath)；利用jar-plugin插件对所述编译后文件所属目录进行打包，得到对应的可执行jar包。
62.在对所述编译后文件进行打包时，需要先指定所述编译后文件中的应用服务的主函数入口(也即main class)，并将依赖的jar包加入外部包路径(也即classpath)，然后再利用jar-plugin插件对所述编译后文件所属目录进行打包，得到对应的可执行jar包。其中，classpath为所述编译后文件所属目录下的路径。
63.步骤s14：利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。
64.接着还需要利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。
65.所述待打包软件中除了所述可执行文件包之外，还有一些相关文件需要打包，例如shell脚本、sql脚本、.properties文件及.xml配置项等，所以需要assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，便可以得到待打包软件对应的可部署文件包。
66.在实际实施过程中，所述可部署文件包为tar.gz格式的文件包，或jar格式的文件包，或war格式的文件包，或zip格式的文件包。也即，所述可部署文件包可以为不同格式的文件包，可以满足不同的要求。
67.其中，compiler-plugin插件、jar-plugin插件以及assembly-plugin插件均为预先基于java软件管理工具maven进行封装的打包工具中的插件。
68.步骤s15：在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。
69.在实际应用中，会出现所述可部署文件包中的类出现异常的情况，此时可以先对
异常类进行修改，然后利用修改后异常类进行打包，得到修复包，这样便可以利用所述修改包对所述可部署文件包中的所述异常类进行替换。利用所述修改后异常类进行打包时，可以将修改后异常类打包成插件的形式，也可以按照所述可部署文件包的形式进行打包。
70.可见，本技术应用于预先基于java软件管理工具maven进行封装的打包工具，首先配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到。然后再利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。接着便可以利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。然后再利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。这样在对软件进行打包后，若包中的类出现异常，可以对修改后异常类进行单独打包，避免修改后还需要进行全量发布带来的冗余工作太多问题，减少工作量。且先通过引入和/或排除所述待打包软件中的目标源代码文件目录得到待编译源文件目录，可以按照不同的要求进行源代码文件目录的引入、排除，最终实现定制化打包，且通过引入和/或排除所述待打包软件中的目标源代码文件目录可以实现对待打包软件的模块化打包，提高打包灵活度，同时在出现异常类时，也便于修改。
71.参见图3所示，本技术实施例公开了一种具体的软件打包方法，应用于预先基于java软件管理工具maven进行封装的打包工具，该方法包括：
72.步骤s201：获取所述待打包软件中的目标源代码文件目录。
73.步骤s202：在pom配置文件中对所述目标源代码文件目录进行引入和/或排除，得到所述待编译源代码文件目录。
74.在需要进行软件打包时，需要先配置待打包软件的待编译源代码文件目录。具体的，首先获取所述待打包软件中的目标源代码文件目录；在pom配置文件中对所述目标源代码文件目录进行引入和/或排除，得到所述待编译源代码文件目录。
75.步骤s203：获取参数配置指令，其中，所述参数配置指令中包括编译参数。
76.步骤s204：利用compiler-plugin插件根据所述编译参数对所述待编译源代码文件目录下的源代码文件进行编译，得到所述编译后文件。
77.步骤s205：指定所述编译后文件中的应用服务的主函数入口。
78.步骤s206：将依赖的jar包加入外部包路径。
79.步骤s207：利用jar-plugin插件对所述编译后文件所属目录进行打包，得到对应的可执行jar包。
80.步骤s208：利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。
81.步骤s209：将所述可部署文件包发送到目标设备上，以便所述目标设备对所述可部署文件包进行解压，并利用解压后文件包进行软件部署。
82.在得到所述可部署文件包之后，还需要将所述可部署文件包发送到目标设备上，
其中，所述目标设备为用于部署所述待打包软件的设备，具体可以为服务器、台式计算机等，不做具体限定，可以根据实际情况确定。所述目标设备在接收到所述可部署文件包之后，便可以对所述可部署文件包进行解压，解压之后就会得到bin、conf、lib等规范化的目录结构，十分方便。然后便可以利用解压后文件包进行软件部署。
83.步骤s210：在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。
84.参见图4所示，为软件打包示意图。图中smart-plugin也即前述的预先基于java软件管理工具maven进行封装的打包工具，首先通过引入和/或排除所述待打包软件中的目标源代码文件目录得到所述待编译源代码文件目录，也即配置目录，然后利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。然后利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。接着再利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。接收到所述可部署文件包的设备可以加载所述可部署文件包对应的文件夹，进行软件一键部署。
85.参见图5所示，为利用前述软件打包方法得到的可部署文件包进行软件部署之后得到的软件框图。在打包的过程中，将运营后台进行模块化打包，具体打包为用户管理、领域管理、角色管理、机构管理、资源管理以及系统管理等模块。其中，大类、基金等为软件提供的一些服务。用户中心以及权限中心用于用户登录时进行认证和鉴权。
86.参见图6所示，为另外的利用前述软件打包方法得到的可部署文件包进行软件部署之后得到的软件框图。在打包的过程中，将运营后台进行模块化打包，具体打包为用户管理、领域管理、角色管理、机构管理、资源管理以及系统管理等模块。其中，大类、基金等为软件提供的一些服务。用户中心以及权限中心用于用户登录时进行认证和鉴权。
87.参见图7所示，本技术实施例公开了一种软件打包装置，应用于预先基于java软件管理工具maven进行封装的打包工具，包括：
88.目录配置模块21，用于配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或排除所述待打包软件中的目标源代码文件目录得到；
89.编译模块22，用于利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件；
90.初步打包模块23，用于利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包；
91.封装模块24，用于利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包；
92.异常类处理模块25，用于在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。
93.可见，本技术应用于预先基于java软件管理工具maven进行封装的打包工具，首先配置待打包软件的待编译源代码文件目录，其中，所述待编译源代码文件目录为引入和/或
排除所述待打包软件中的目标源代码文件目录得到。然后再利用compiler-plugin插件对所述待编译源代码文件目录下的源代码文件进行编译，得到编译后文件。接着便可以利用jar-plugin插件对所述编译后文件进行打包，得到对应的可执行文件包。然后再利用assembly-plugin插件对所述可执行文件包和所述待打包软件中的除了所述可执行文件包之外的目录进行统一封装，得到所述待打包软件对应的可部署文件包。在所述可部署文件包中的类出现异常时，对异常类进行修改，并利用修改后异常类进行打包，得到修复包，以便利用所述修复包对所述可部署文件包中的所述异常类进行替换。这样在对软件进行打包后，若包中的类出现异常，可以对修改后异常类进行单独打包，避免修改后还需要进行全量发布带来的冗余工作太多问题，减少工作量。且先通过引入和/或排除所述待打包软件中的目标源代码文件目录得到待编译源文件目录，可以按照不同的要求进行源代码文件目录的引入、排除，最终实现定制化打包，且通过引入和/或排除所述待打包软件中的目标源代码文件目录可以实现对待打包软件的模块化打包，提高打包灵活度，同时在出现异常类时，也便于修改。
94.在一些具体的实施过程中，所述编译模块22，用于：
95.获取参数配置指令，其中，所述参数配置指令中包括编译参数；
96.利用compiler-plugin插件根据所述编译参数对所述待编译源代码文件目录下的源代码文件进行编译，得到所述编译后文件。
97.在一些具体的实施过程中，所述编译模块22，用于：
98.获取第一参数配置指令，其中，所述第一参数配置指令中包括java语言的软件开发工具包版本，所述java语言的软件开发工具包版本包括编译时java语言的软件开发工具包版本和运行时java语言的软件开发工具包版本；
99.获取第二参数配置指令，其中，所述第二参数配置指令中包括所述编译后文件的存储目录。
100.在一些具体的实施过程中，所述初步打包模块23，用于：
101.指定所述编译后文件中的应用服务的主函数入口；
102.将依赖的jar包加入外部包路径；
103.利用jar-plugin插件对所述编译后文件所属目录进行打包，得到对应的可执行jar包。
104.在一些具体的实施过程中，所述可部署文件包为tar.gz格式的文件包，或jar格式的文件包，或war格式的文件包，或zip格式的文件包。
105.在一些具体的实施过程中，所述软件打包装置，还包括：
106.数据发送模块，用于将所述可部署文件包发送到目标设备上，以便所述目标设备对所述可部署文件包进行解压，并利用解压后文件包进行软件部署。
107.在一些具体的实施过程中，所述目录配置模块21，用于：
108.获取所述待打包软件中的目标源代码文件目录；
109.在pom配置文件中对所述目标源代码文件目录进行引入和/或排除，得到所述待编译源代码文件目录。
110.参见图8所示，为本技术实施例提供的一种电子设备30的结构示意图，该电子设备30具体可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
111.通常，本实施例中的电子设备30包括：处理器31和存储器32。
112.其中，处理器31可以包括一个或多个处理核心，比如四核心处理器、八核心处理器等。处理器31可以采用dsp(digital signal processing,数字信号处理)、fpga(field-programmable gate array,现场可编程们阵列)、pla(programmable logic array,可编程逻辑阵列)中的至少一种硬件来实现。处理器31也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(central processing unit,中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器31可以集成有gpu(graphics processing unit,图像处理器)，gpu用于负责显示屏所需要显示的图像的渲染和绘制。一些实施例中，处理器31可以包括ai(artificial intelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。
113.存储器32可以包括一个或多个计算机可读存储介质，计算机可读存储介质可以是非暂态的。存储器32还可以包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器32至少用于存储以下计算机程序321，其中，该计算机程序被处理器31加载并执行之后，能够实现前述任一实施例中公开的软件打包方法步骤。
114.在一些实施例中，电子设备30还可包括有显示屏33、输入输出接口34、通信接口35、传感36、电源37以及通信总线38。
115.本技术领域人员可以理解，图8中示出的结构并不构成对电子设备30的限定，可以包括比图示更多或更少的组件。
116.进一步的，本技术实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述任一实施例中公开的软件打包方法。
117.其中，关于上述软件打包方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。
118.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
119.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
120.最后，还需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得一系列包含其他要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
121.以上对本技术所提供的一种软件打包方法、装置、设备、介质进行了详细介绍，本
文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。