一种中间层版本管理方法、装置和可读存储介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种中间层版本管理方法、装置和可读存储介质。


背景技术：

2.wine(“wine is not an emulator(wine不是一个模拟器)”的缩写)是一个能够在多种posix-compliant操作系统(诸如linux，mac osx及bsd等)上运行windows应用的兼容层。
3.然而，目前在通过wine运行windows应用时，可能还存在很多问题，因此需要对wine进行二次开发，以使wine可以更好的运行windows应用。由于wine可以支持众多的windows应用，因此，通常由多个开发人员分别管理wine支持的不同应用。但是，多个开发人员是在同一个版本的wine的源码上针对不同应用进行修改，如果某个开发人员在针对某个应用进行修改的过程中出现人为的失误，可能会对wine支持其他应用的功能产生影响，导致应用功能频繁回退，从而影响wine的性能和开发效率。


技术实现要素：

4.本技术实施例提供一种中间层版本管理方法、装置和可读存储介质，可以提高中间层的软件性能、开发效率以及实用性。
5.为了解决上述问题，本技术实施例公开了一种中间层版本管理方法，应用于基于linux操作系统的计算机设备，所述linux操作系统包括中间层，所述中间层支持n个应用，n为大于1的整数，所述方法包括：
6.在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能；
7.在关闭所述n个应用的编译功能的情况下，编译所述中间层的源码，得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用；
8.轮流开启所述n个应用中的一个应用的编译功能，并编译每一轮的中间层的源码，得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用；
9.根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容；
10.根据所述基础版本和目标应用对应的应用版本的差异内容，启动所述目标应用。
11.另一方面，本技术实施例公开了一种中间层版本管理装置，应用于基于linux操作系统的计算机设备，所述linux操作系统包括中间层，所述中间层支持n个应用，n为大于1的整数，所述装置包括：
12.功能设置模块，用于在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能；
13.第一编译模块，用于在关闭所述n个应用的编译功能的情况下，编译所述中间层的源码，得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用；
14.第二编译模块，用于轮流开启所述n个应用中的一个应用的编译功能，并编译每一
轮的中间层的源码，得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用；
15.差异计算模块，用于根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容；
16.应用启动模块，用于根据所述基础版本和目标应用对应的应用版本的差异内容，启动所述目标应用。
17.再一方面，本技术实施例公开了一种用于中间层版本管理装置，包括有存储器，以及一个以上程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序，所述一个以上程序包含用于进行如前述一个或多个所述的中间层版本管理方法的指令。
18.又一方面，本技术实施例公开了一种可读存储介质，其上存储有指令，当所述指令由装置的一个或多个处理器执行时，使得装置执行如前述一个或多个所述的中间层版本管理方法。
19.本技术实施例包括以下优点：
20.本技术实施例提供的中间层版本管理方法，在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能，可以实现对中间层支持的n个应用的代码分开编译，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。进一步地，本技术实施例通过控制n个应用的编译功能，编译得到中间层的基础版本和n个应用版本。所述中间层的基础版本支持未修改的n个应用。所述n个应用版本中的每个应用版本支持已修改的一个应用。根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容。本技术实施例可以仅保存每个应用版本的差异内容，在需要通过中间层启动目标应用时，根据所述基础版本和目标应用对应的应用版本的差异内容，即可启动所述目标应用。相对于保存所有的应用版本，本技术实施例可以极大减小中间层软件的体积，提高中间层软件的实用性。
附图说明
21.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
22.图1是本技术的一种中间层版本管理方法实施例的步骤流程图；
23.图2是本技术的一种中间层版本管理装置实施例的结构框图；
24.图3是本技术的一种用于中间层版本管理装置800的框图；
25.图4是本技术的一些实施例中服务器的结构示意图。
具体实施方式
26.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施
例，都属于本技术保护的范围。
27.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中的术语“和/或”用于描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本技术实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
28.参照图1，示出了本技术的一种中间层版本管理方法实施例的步骤流程图，所述方法可应用于基于linux操作系统的计算机设备，所述linux操作系统包括中间层，所述中间层支持n个应用，n为大于1的整数，所述方法可以包括如下步骤：
29.步骤101、在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能；
30.步骤102、在关闭所述n个应用的编译功能的情况下，编译所述中间层的源码，得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用；
31.步骤103、轮流开启所述n个应用中的一个应用的编译功能，并编译每一轮的中间层的源码，得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用；
32.步骤104、根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容；
33.步骤105、根据所述基础版本和目标应用对应的应用版本的差异内容，启动所述目标应用。
34.本技术提供的中间层版本管理方法可应用于基于linux操作系统的计算机设备，所述计算机设备可以包括但不限于如下任意一种：服务器、智能手机、录音笔、平板电脑、电子书阅读器、mp3(动态影像专家压缩标准音频层面3，moving picture experts group audio layer iii)播放器、mp4(动态影像专家压缩标准音频层面4，moving picture experts group audio layer iv)播放器、膝上型便携计算机、车载电脑、台式计算机、机顶盒、智能电视机、可穿戴设备等。
35.本技术实施例对所述linux操作系统的类型不做限制，例如，所述linux操作系统可以包括但不限于debian、ubuntu(乌班图)、centos(community enterprise operating system，社区企业操作系统)、uos(统信桌面操作系统)、麒麟操作系统、方德操作系统等中的任意一种。
36.在本技术实施例中，中间层指可以将windows应用翻译为linux应用的兼容层，中间层可以加载pe格式的windows应用，实现在linux操作系统上运行windows应用。所述中间层包括但不限于wine及其下游软件。
37.在中间层的软件开发(如对中间层的二次开发)过程中，存在各个应用之间修改互相影响的问题，为解决该问题，本技术实施例在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能，从而可以将中间层支持的n个应用的代码分开编译。所述n个应用指windows应用，通过所述中间层可以实现在linux操作系统上运行该n个windows应用。
38.本技术实施例对于在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能的方式不做限制。可选地，所述在所述中间层的源码中独立设置所述n个应用中每个
应用的编译功能可以包括：在所述中间层的源码中对每个应用创建补丁文件或者对每个应用预编译宏定义，独立设置所述n个应用中每个应用的编译功能。
39.示例性地，在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能，可以包括但不限于如下两种方式：方式一、利用git工具创建补丁文件；方式二、利用c语言中的预编译宏定义。
40.对于方式一，git工具是一种代码管理工具，git工具包括git patch指令和git apply指令。通过git patch指令可以将针对某个应用修改的代码提交保存到一个补丁文件(patch文件)中。通过git apply指令可以将一个patch文件合入到中间层的源码中。由此，对于中间层支持的n个应用，可以通过git patch指令针对每个应用修改的代码生成对应的patch文件。
41.本技术实施例在关闭所述n个应用的编译功能的情况下，也即，在不合入任何应用对应的patch文件的情况下，编译所述中间层的源码，可以得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用。
42.本技术实施例轮流开启所述n个应用中的一个应用的编译功能，也即，通过git apply指令轮流将每个应用对应的patch文件合入中间层的源码，并编译每一轮的中间层的源码，可以得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用。每次编译只合入一个应用的patch文件，并编译得到该应用对应的应用版本，这样，经过n次编译即可得到n个应用版本。
43.对于方式二，可以在所述中间层的源码中通过宏定义区分中间层支持的n个应用的代码。例如，对于应用1，定义宏为hotpot_app1；对于应用2，定义宏为hotpot_app2；以此类推，对于应用n，定义宏为hotpot_appn。
44.在中间层的开发阶段，中间层的源码包含n个应用的宏定义以及每个宏定义包含的代码。例如，应用1的宏定义中包含了针对应用1修改的代码。应用2的宏定义中包含了针对应用2修改的代码。以此类推。
45.本技术实施例在关闭所述n个应用的编译功能的情况下，也即不开启任何一个应用的宏定义时，编译所述中间层的源码，可以得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用。也即，中间层的基础版本指不包含针对任何应用修改的版本。
46.本技术实施例轮流开启所述n个应用中的一个应用的编译功能，并编译每一轮的中间层的源码，可以得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用。
47.开启某个应用的宏定义，是指在编译中间层的源码时开启某个应用的宏定义。在编译某个应用对应的应用版本时，可以在编译命令中输入该应用的宏定义的名称。例如，在编译应用1对应的应用版本时，可以执行如下编译命令：gcc-dhotpot_app1，该命令会将宏定义hotpot_app1所包含的代码一起编译。此时，应用2到应用n的宏定义均未开启，因此，应用2到应用n的宏定义所包含的代码不会被编译。每次编译只开启一个应用的宏定义，编译得到该应用对应的应用版本，这样，经过n次编译即可得到n个应用版本。
48.相对于方式一，方式二不用生成补丁文件，使用更加简便。
49.本技术实施例通过独立设置对所述n个应用中每个应用的编译功能，可以实现对
中间层支持的n个应用的代码分开编译，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。
50.在编译得到所述中间层的n个应用版本之后，这n个应用版本中的每个应用版本可以支持一个已修改的应用，可以将这n个应用版本打包为一个中间层软件，这样，在需要通过中间层启动某个应用时，运行该应用对应的应用版本即可。但是，在具体实施中，中间层通常可以支持大量的应用，n的取值可能成千上万。如果将n个应用版本打包为一个中间层软件导致中间层软件的体积较大，将影响中间层软件的实用性。
51.为解决该问题，本技术实施例在编译得到中间层的基础版本和n个应用版本之后，根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容。在本技术实施例中，一个应用版本和基础版本的区别可能仅仅是编译的时候多打开了某一个应用的宏定义，也就是多编译了针对此应用修改的代码，本技术实施例将这个区别称为差异内容。
52.一个应用版本的差异内容包含了在基础版本的基础上针对某个应用修改的内容，该差异内容相对于整个应用版本，具有较小的体积。如果仅保存中间层的基础版本和每个应用版本的差异内容，可以极大减小中间层软件的体积。在启动某个目标应用时，可以根据中间层的基础版本和该目标应用对应的应用版本的差异内容，启动该目标应用。所述目标应用为windows应用。
53.在本技术的一种可选实施例中，步骤104所述根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容，可以包括：
54.步骤s11、对于所述n个应用版本中的每个应用版本，确定所述应用版本相对于所述基础版本的差异函数库；所述差异函数库指所述应用版本相对于所述基础版本存在修改的函数库；
55.步骤s12、根据每个应用版本相对于所述基础版本的差异函数库，生成每个应用版本的差异内容。
56.在具体实施中，在中间层的软件开发过程中，通常是按照一定的逻辑将中间层软件分成若干个模块，编译时会将每个模块单独编译成函数库。因此，在编译得到中间层的基础版本和n个应用版本之后，任一应用版本和基础版本之间的差异，可能仅有1个或多个函数库不同。本技术实施例将应用版本相对于基础版本存在修改的函数库称为差异函数库。对于某个应用版本，该应用版本相对于基础版本的差异函数库，体积可能只有整个应用版本的百分之几。因此，本技术实施例根据每个应用版本相对于所述基础版本的差异函数库，生成每个应用版本的差异内容，可以进一步减小差异版本的体积，从而可以进一步减小整个中间层软件的体积。
57.需要说明的是，所述函数库指运行应用时需要动态加载的动态库。
58.示例一，假设中间层的基础版本包括如下函数库：函数库1、函数库2和函数库3。应用1对应的应用版本包括如下函数库：函数库1’、函数库2和函数库3。该应用版本与基础版本的区别在于，该应用版本对函数库1进行了修改，得到函数库1’。因此，函数库1’为该应用版本相对于基础版本的差异函数库。
59.在本技术的一种可选实施例中，步骤s12所述根据每个应用版本相对于所述基础版本的差异函数库，生成每个应用版本的差异内容，可以包括：将每个应用版本相对于所述
基础版本的差异函数库作为每个应用版本的差异内容。
60.对于某个应用版本，该应用版本相对于基础版本的差异函数库，体积可能只有整个应用版本的百分之几。因此，差异函数库的体积已经足够小，可以直接将每个应用版本相对于所述基础版本的差异函数库作为每个应用版本的差异内容。
61.在将差异函数库作为差异内容的情况下，可以将中间层的基础版本和n个应用版本的差异函数库打包为一个中间层软件。相对于将n个应用版本打包为一个中间层软件，可以极大减小中间层软件的体积。
62.在本技术的一种可选实施例中，步骤s12所述根据每个应用版本相对于所述基础版本的差异函数库，生成每个应用版本的差异内容，可以包括：对于所述n个应用版本中的每个应用版本，将所述应用版本相对于所述基础版本的差异函数库与所述基础版本中的原始函数库进行二进制的差分运算，得到所述应用版本相对于所述基础版本的差分包；将每个应用版本相对于所述基础版本的差分包作为每个应用版本的差异内容。
63.在具体实施中，可以将每个应用版本相对于所述基础版本的差异函数库作为每个应用版本的差异内容。但是，当n值较大时，即使每个差异函数库的体积较小，但是大量的差异函数库的总体积也可能比较大，从而增加了中间层软件的体积。
64.为解决该问题，本技术实施例对应用版本的差异内容进一步细化。在具体实施中，对于某个应用版本，该应用版本相对于基础版本的差异函数库中可能只修改了很小一部分内容，如只修改了几十行代码。在这种情况下，如果将整个差异函数库作为差异内容保存在中间层软件包中，将造成空间浪费。
65.对于所述n个应用版本中的每个应用版本，本技术实施例将所述应用版本相对于所述基础版本的差异函数库与所述基础版本中的原始函数库进行二进制的差分运算，得到所述应用版本相对于所述基础版本的差分包；将每个应用版本相对于所述基础版本的差分包作为每个应用版本的差异内容。由此可以得到每个应用版本的差分包。
66.其中，所述原始函数库相对于所述差异函数库而言，所述差分包中包含了所述差异函数库相对于所述原始函数库发生修改的内容。例如，在示例一中，差异函数库为函数库1’，则原始函数库为函数库1。
67.示例二，假设中间层的基础版本包括如下函数库：函数库1、函数库2和函数库3。应用1对应的应用版本包括如下函数库：函数库1’、函数库2和函数库3。函数库1’为该应用版本相对于基础版本的差异函数库。可以将函数库1’与函数库1进行二进制的差分运算，得到该应用版本相对于基础版本的差分包，如记为patch1，将patch1作为应用版本1的差异内容，patch1中包含了函数库1’相对于函数库1发生修改的内容。
68.由于差分包中只包含了应用版本中的差异函数库相对于基础版本中的原始函数库发生修改的部分，例如几十行代码，因此，差分包的大小相当于这几十行代码编译后的大小，通常只有几kb。中间层的基础版本加上n个应用版本的差分包之后的大小，与中间层的基础版本的大小相差无几。
69.在将差分包作为差异内容的情况下，可以将中间层的基础版本和n个应用版本的差分包打包为一个中间层软件。相对于将中间层的基础版本和n个应用版本的差异函数库打包为一个中间层软件，可以进一步减小中间层软件的体积。
70.在具体实施中，可以根据实际需求选择将差异函数库作为差异内容还是将差分包
作为差异内容。可选地，在对代码具有保密性要求的情况下，可以选择差异函数库作为差异内容。因为在对代码具有保密性要求的情况下，对中间层的源码进行编译时可能需要进行混淆或者加密处理，也即对编译过程进行了防逆向的处理，将导致每次编译得到的内容都不相同，这种情况下，则无法使用差分包作为差异内容，但可以使用差异函数库作为差异内容。
71.需要说明的是，本技术实施例对所述差分运算的方式不做限制。例如，可以采用dspatch差分算法的bsdiff命令进行二进制的差分运算。一个示例中，中间层的基础版本中的原始函数库如下：/path/to/out/app_share.dll，也即，原始函数库为/path/to/out/目录下的app_share.dll。应用1对应的应用版本的差异函数库如下：/path/to/wechat/app_share.dll，也即，差异函数库为/path/to/wechat/目录下的app_share.dll。通过执行bsdiff命令可以对上述两个函数库做二进制的差分运算，假设得到如下差分包：/path/to/wechat/app_share.patch。
72.需要说明的是，差异函数库和原始函数库的名称可以相同(如上述app_share.dll)，但是内容不同，前者在后者的基础上进行了修改。
73.在本技术的一种可选实施例中，所述方法还可以包括：若所述目标应用对应的应用版本的差异内容为所述目标应用对应的应用版本相对于所述基础版本的差分包，则在启动所述目标应用之前，对所述目标应用对应的应用版本相对于所述基础版本的差分包和所述基础版本中的原始函数库进行差分逆运算，得到目标差异函数库。在启动所述目标应用之后，可以加载所述目标差异函数库，以使所述目标应用可以正常运行。
74.在将差异函数库作为差异内容的情况下，通过中间层启动某个目标应用时，可以直接加载该目标应用对应的应用版本相对于所述基础版本的差异函数库。
75.在将差分包作为差异内容的情况下，在通过中间层启动某个目标应用之前，需要对所述目标应用对应的应用版本相对于所述基础版本的差分包和所述基础版本中的原始函数库进行差分逆运算，还原得到目标差异函数库；所述目标差异函数库指所述目标应用对应的应用版本相对于所述基础版本的差异函数库。
76.例如，假设需要通过中间层启动的目标应用为应用1，则在启动应用1之前，需要对应用1对应的应用版本相对于基础版本的差分包和所述基础版本中的原始函数库进行差分逆运算，还原得到目标差异函数库，该目标差异函数库指应用1对应的应用版本相对于所述基础版本的差异函数库。在通过中间层启动应用1时，可以加载该目标差异函数库，以使应用1可以正常运行。
77.需要说明的是，本技术实施例对所述差分逆运算的方式不做限制。例如，可以采用dspatch差分算法的bspatch命令进行差分逆运算。bspatch命令和bsdiff命令是dspatch差分算法中的一对命令。
78.一个示例中，应用1对应的应用版本相对于基础版本的差分包如下：/path/to/wechat/app_share.patch，中间层的基础版本中的原始函数库如下：/path/to/out/app_share.dll，则通过执行bspatch命令可以对该差分包和该原始函数库进行差分逆运算，得到目标差异函数库如下：/path/to/wechat/app_share.dll。在通过中间层启动应用1时，可以加载该目标差异函数库，以实现在linux操作系统上运行应用1。
79.通过中间层启动目标应用时，需要加载针对该目标应用编译得到的函数库(也即
目标差异函数库)。需要说明的是，本技术实施例对加载目标差异函数库的方式不做限制。
80.在本技术的一种可选实施例中，所述方法还可以包括：对于所述中间层支持的n个应用中的每个应用，创建所述应用对应的高优先级加载路径，并将所述应用对应的应用版本相对于所述基础版本的差异函数库保存在所述高优先级加载路径下；在系统默认路径下保存所述基础版本中的原始函数库。
81.所述启动所述目标应用之后，所述方法还可以包括：
82.步骤s21、在所述目标应用对应的高优先级加载路径下查找目标差异函数库；所述目标差异函数库指所述目标应用对应的应用版本相对于所述基础版本的差异函数库；
83.步骤s22、若所述目标应用对应的高优先级加载路径下存在所述目标差异函数库，则加载所述目标差异函数库；
84.步骤s23、若所述目标应用对应的高优先级加载路径下不存在所述目标差异函数库，则从所述系统默认路径下加载所述基础版本中的原始函数库。
85.可选地，所述高优先级加载路径可以包括如下任意一种：rpath、ld_library_path、以及ldconfig。
86.其中，rpath(run-time search path)是编译时写入到可执行文件中的一个路径，程序运行时会优先到rpath指定的路径下加载动态库。rpath路径的优先级最高，rpath路径下找不到要加载的动态库时会去系统默认路径下去找。
87.ld_library_path是linux环境变量，该环境变量主要用于指定查找共享库(动态链接库)时除了默认路径之外的其他路径。一个示例中，假设ld_library_path＝/path/to/lib/game，则在启动game这个应用程序时，会先去/path/to/lib路径下加载动态库。ld_library_path的优先级仅次于rpath。ld_library_path指定的路径下找不到要加载的动态库时会去系统默认路径下去找。
88.ldconfig是系统动态库管理工具。通过该工具可以修改/etc/ld.so.conf文件中指定的路径，从而创建某个应用对应的高优先级加载路径。在该路径下找不到要加载的动态库时会去系统默认路径下去找。通过ldconfig创建的路径的优先级小于rpath和ld_library_path。
89.本技术实施例对于所述中间层支持的n个应用中的每个应用，创建所述应用对应的高优先级加载路径，并将所述应用对应的应用版本相对于所述基础版本的差异函数库保存在所述高优先级加载路径下；由此，在启动n个应用中的任意一个应用时，即可通过查找该应用的高优先级加载路径加载该应用对应的差异函数库。此外，本技术实施例还在系统默认路径下保存所述基础版本中的原始函数库，这样，在目标应用的高优先级加载路径下不存在目标差异函数库的情况下，可以加载系统默认路径下保存的基础版本中的原始函数库，以使目标应用可以正常启动并实现目标应用的基本功能。
90.在本技术实施例中，中间层的基本功能是运行windows程序，中间层本身就是一个加载器，因此，本技术实施例可以通过修改中间层的源码来实现在启动目标应用时动态加载目标差异函数库的功能。
91.具体地，中间层包含ntdll.dll文件，ntdll是中间层的一个模块，该模块用于模拟windows操作系统的nt内核功能。在启动目标应用时，该ntdll.dll文件会被拷贝到目标程序所在的容器中。目标应用被加载启动后，目标应用对内核的请求就会向ntdll申请，其中
包括了加载目标差异函数库的请求。当目标应用请求加载目标差异函数库的时候，会调用ntdll中的ldrloaddll接口。
92.本技术实施例为每个应用创建对应的高优先级加载路径，将每个应用对应的应用版本相对于所述基础版本的差异函数库保存在该应用的高优先级加载路径下，并在系统默认路径下保存所述基础版本中的原始函数库。当目标应用调用ntdll中的ldrloaddll接口请求加载目标差异函数库时，ldrloaddll接口会到目标应用对应的高优先级加载路径下查找加载目标差异函数库，如果没有找到，则到系统默认路径下加载所述基础版本中的原始函数库。
93.例如，创建应用1(app1)对应的高优先级加载路径为/path/to/app1，将应用1对应的应用版本相对于基础版本的差异函数库(如1.dll)保存在该高优先级加载路径下，系统默认路径下保存有基础版本中的原始函数库(如1.dll)。需要说明的是，高优先级加载路径/path/to/app1下的函数库1.dll和系统默认路径下的函数库1.dll，虽然名称相同，但是内容不同，前者在后者的基础上进行了修改。在通过中间层启动app1时，app1会向ldrloaddll接口请求加载1.dll，ldrloaddll接口会优先加载/path/to/app1/1.dll，而不会去加载系统默认路径下存放的基础版本中的1.dll。
94.在本技术的一种可选实施例中，所述方法还可以包括：根据所述中间层的基础版本和n个应用版本的差异内容，打包所述中间层的软件包。
95.中间层可以支持n个应用，如果针对每个应用的修改都发布一个中间层的软件版本，那么对于100个应用，就需要发布100个中间层的软件版本，对于测试、归档、以及部署工作都造成巨大困难。为解决该问题，本技术实施例只打包一个中间层的软件包，并且尽可能减小中间层软件的体积。
96.在本技术的一种可选实施例中，所述根据所述中间层的基础版本和n个应用的差异版本，打包所述中间层的软件包，可以包括：
97.打包方式一：将所述基础版本和所述n个应用版本的差异内容打包为一个软件包，得到中间层软件包；或者
98.打包方式二：将所述基础版本打包为一个软件包，得到中间层软件包，以及将所述n个应用版本的差异内容作为所述中间层软件包的数据文件；所述数据文件包括独立的软件包或者配置文件。
99.对于打包方式一，可以将中间层的基础版本和n个应用版本的差异内容保存为一个集合，打包为一个软件包，得到中间层软件包。对于打包方式一，所述差异内容可以包括差异函数库或者差分包。在所述差异内容为差异函数库的情况下，打包方式一为：将中间层的基础版本和每个应用版本的差异函数库保存为一个集合，打包为一个软件包，得到中间层软件包。在所述差异内容为差分包的情况下，打包方式一为：将中间层的基础版本和每个应用版本的差分包保存为一个集合，打包为一个软件包，得到中间层软件包。
100.对于打包方式一，在计算机设备中安装所述中间层软件包，即可在计算机设备中部署中间层，部署的该中间层包含基础版本和n个应用版本的差异内容(如差异函数库或者差分包)。
101.打包方式一将中间层的基础版本和n个应用版本的差异内容打包为一个软件包，每次针对一个应用有修改时就需要重新打包一个新的软件包。
102.对于打包方式二，可以将中间层的基础版本和n个应用版本的差异内容分开打包。将中间层的基础版本打包为一个软件包，得到中间层软件包，以及将所述n个应用版本的差异内容作为所述中间层软件包的数据文件；所述数据文件可以包括独立的软件包或者配置文件。对于打包方式二，所述差异内容可以包括差异函数库或者差分包。
103.对于打包方式二，可以将每个应用对应的高优先级加载路径指定为系统内的某个固定路径，示例性地，将应用1对应的高优先级加载路径指定为/usr/lib/hotpot/app1，将应用2对应的高优先级加载路径指定为/usr/lib/hotpot/app2，以此类推，将应用n对应的高优先级加载路径指定为/usr/lib/hotpot/appn。中间层软件包只包含基础版本，在计算机设备中安装所述中间层软件包，即可在计算机设备中部署中间层的基础版本。同时，将中间层软件包的数据文件拷贝至上述指定的固定路径下。如，将n个应用版本的差异内容分别拷贝至/usr/lib/hotpot/app1～/usr/lib/hotpot/appn这n个固定路径下。
104.中间层软件包只包含基础版本，将n个应用版本的差异内容作为中间层软件包独立的数据文件。这样，针对一个应用有修改时只需要将该应用对应的应用版本的差异内容打包为数据文件即可，而不用重新打包一个新的软件包。
105.进一步地，所述数据文件可以包含在中间层软件包中，在安装中间层软件包时，将该数据文件拷贝至上述指定的固定路径下即可。
106.可选地，在差异内容为差分包的情况下，由于差分包的体积很小，可以作为配置文件通过网络下发，这样，中间层软件包中仅包含基础版本，而将配置文件通过网络下发，再拷贝至上述指定的固定路径下，可以进一步减小中间层软件的体积。此外，针对一个应用有修改时只需要将该应用对应的应用版本的差分包作为配置文件通过网络下发即可，可以实现中间层软件的动态更新。
107.本技术实施例提供的中间层版本管理方法，在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能，可以实现对中间层支持的n个应用的代码分开编译，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。进一步地，本技术实施例通过控制n个应用的编译功能，编译得到中间层的基础版本和n个应用版本。所述中间层的基础版本支持未修改的n个应用。所述n个应用版本中的每个应用版本支持已修改的一个应用。根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容。本技术实施例可以仅保存每个应用版本的差异内容，在需要通过中间层启动目标应用时，根据所述基础版本和目标应用对应的应用版本的差异内容，即可启动所述目标应用。相对于保存所有的应用版本，本技术实施例可以极大减小中间层软件的体积，提高中间层软件的实用性。
108.综上，本技术实施例提供的中间层版本管理方法，贯穿于中间层软件的开发、编译、打包、以及部署等多个阶段。在开发阶段，在中间层的源码中独立设置n个应用中每个应用的编译功能，可以实现对中间层支持的n个应用的代码分开编译，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。在编译阶段，可以对不同的应用进行单独编译，得到中间层的基础版本和n个应用版本。在打包阶段，根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容，根据所述基础版本和每个应用版本的差异内容，将n个版本合为一个版本打包，可以避免版本过多导致的难于测试和发布的问题，可以降低开发人员
的工作量和工作复杂度，从而可以降低人力成本。进一步地，在部署阶段，本技术实施例还可以通过网络下发配置文件的方式下发每个应用版本的差分包，从而可以实现中间层软件的动态更新。
109.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术实施例并不受所描述的动作顺序的限制，因为依据本技术实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本技术实施例所必须的。
110.参照图2，示出了本技术的一种中间层版本管理装置实施例的结构框图，所在装置可应用于基于linux操作系统的计算机设备，所述linux操作系统包括中间层，所述中间层支持n个应用，n为大于1的整数，所述装置可以包括：
111.功能设置模块201，用于在所述中间层的源码中独立设置所述n个应用中每个应用的编译功能；
112.第一编译模块202，用于在关闭所述n个应用的编译功能的情况下，编译所述中间层的源码，得到所述中间层的基础版本，所述中间层的基础版本支持未修改的n个应用；
113.第二编译模块203，用于轮流开启所述n个应用中的一个应用的编译功能，并编译每一轮的中间层的源码，得到所述中间层的n个应用版本，每个应用版本支持已修改的一个应用；
114.差异计算模块204，用于根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容；
115.应用启动模块205，用于根据所述基础版本和目标应用对应的应用版本的差异内容，启动所述目标应用。
116.可选地，所述差异计算模块，包括：
117.差异函数库确定子模块，用于对于所述n个应用版本中的每个应用版本，确定所述应用版本相对于所述基础版本的差异函数库；所述差异函数库指所述应用版本相对于所述基础版本存在修改的函数库；
118.差异内容确定子模块，用于根据每个应用版本相对于所述基础版本的差异函数库，生成每个应用版本的差异内容。
119.可选地，所述差异内容确定子模块，具体用于将每个应用版本相对于所述基础版本的差异函数库作为每个应用版本的差异内容。
120.可选地，所述差异内容确定子模块，包括：
121.差分包生成单元，用于对于所述n个应用版本中的每个应用版本，将所述应用版本相对于所述基础版本的差异函数库与所述基础版本中的原始函数库进行二进制的差分运算，得到所述应用版本相对于所述基础版本的差分包；
122.差异内容确定单元，用于将每个应用版本相对于所述基础版本的差分包作为每个应用版本的差异内容。
123.可选地，所述装置还包括：
124.路径创建模块，用于对于所述中间层支持的n个应用中的每个应用，创建所述应用对应的高优先级加载路径，并将所述应用对应的应用版本相对于所述基础版本的差异函数
库保存在所述高优先级加载路径下；在系统默认路径下保存所述基础版本中的原始函数库；
125.可选地，所述装置还包括：
126.路径查找模块，用于在所述目标应用对应的高优先级加载路径下查找目标差异函数库；所述目标差异函数库指所述目标应用对应的应用版本相对于所述基础版本的差异函数库；
127.第一加载模块，用于若所述目标应用对应的高优先级加载路径下存在所述目标差异函数库，则加载所述目标差异函数库；
128.第二加载模块，用于若所述目标应用对应的高优先级加载路径下不存在所述目标差异函数库，则从所述系统默认路径下加载所述基础版本中的原始函数库。
129.可选地，所述装置还包括：
130.函数库还原模块，用于若所述目标应用对应的应用版本的差异内容为所述目标应用对应的应用版本相对于所述基础版本的差分包，则在启动所述目标应用之前，对所述目标应用对应的应用版本相对于所述基础版本的差分包和所述基础版本中的原始函数库进行差分逆运算，得到目标差异函数库；
131.动态加载模块，用于在启动所述目标应用之后，加载所述目标差异函数库。
132.可选地，所述装置还包括打包模块，所述打包模块具体用于：
133.将所述基础版本和所述n个应用版本的差异内容打包为一个软件包，得到中间层软件包；或者
134.将所述基础版本打包为一个软件包，得到中间层软件包，以及将所述n个应用版本的差异内容作为所述中间层软件包的数据文件；所述数据文件包括独立的软件包或者配置文件。
135.本技术实施例提供的中间层版本管理装置，在所述中间层的源码中独立设置所述n个应用中每个应用的修改功能，将中间层支持的n个应用的代码分开管理，从而可以对不同的应用进行单独修改以及单独编译，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。进一步地，本技术实施例通过控制n个应用的修改功能，编译得到中间层的基础版本和n个应用版本。所述中间层的基础版本支持未修改的n个应用。所述n个应用版本中的每个应用版本支持已修改的一个应用。根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容。本技术实施例可以仅保存每个应用版本的差异内容，在需要通过中间层启动目标应用时，根据所述基础版本和目标应用对应的应用版本的差异内容，即可启动所述目标应用。相对于保存所有的应用版本，本技术实施例可以极大减小中间层软件的体积，提高中间层软件的实用性。
136.在开发阶段，本技术实施例将中间层支持的n个应用的代码分开管理，从而可以对不同的应用进行单独修改，可以避免因人为失误导致代码的修改影响到其他应用的情况，从而可以避免应用功能频繁回退的情况发生，进而可以提高中间层的软件性能和开发效率。在编译阶段，本技术实施例可以对不同的应用进行单独编译，得到中间层的基础版本和n个应用版本。在打包阶段，本技术实施例根据所述基础版本和所述n个应用版本，生成每个应用版本的差异内容，根据所述基础版本和每个应用版本的差异内容，将n个版本合为一个
版本打包，可以避免版本过多导致的难于测试和发布的问题，可以降低开发人员的工作量和工作复杂度，从而可以降低人力成本。进一步地，本技术实施例还可以通过网络下发配置文件的方式下发每个应用版本的差异内容，从而可以实现中间层支持的应用功能的动态更新。
137.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
138.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
139.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
140.本技术实施例提供了一种用于中间层版本管理装置，包括有存储器，以及一个以上的程序，其中一个以上程序存储于存储器中，且经配置以由一个以上处理器执行所述一个以上程序包含用于进行上述一个或多个实施例中所述的中间层版本管理方法。
141.图3是根据一示例性实施例示出的一种用于中间层版本管理装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
142.参照图3，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
143.处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
144.存储器804被配置为存储各种类型的数据以支持在设备800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
145.电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
146.多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和
后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
147.音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音信息处理模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
148.i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
149.传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以搜索装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
150.通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频信息处理(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
151.在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
152.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
153.图4是本技术的一些实施例中服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。
154.服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或
一个以上操作系统1941，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
155.一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行图1所示的中间层版本管理方法。
156.一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置(服务器或者终端)的处理器执行时，使得装置能够执行前文图1所对应实施例中中间层版本管理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本技术方法实施例的描述。
157.此外，需要说明的是：本技术实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图1所对应实施例中中间层版本管理方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本技术所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本技术方法实施例的描述。
158.本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求指出。
159.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
160.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。
161.以上对本技术所提供的一种中间层版本管理方法、一种中间层版本管理装置和可读存储介质，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。