CN104978224A - 一种面向多硬件平台的应用程序管理方法 - Google Patents

Abstract

本发明公开了一种面向多硬件平台的应用程序管理方法，步骤包括：预先编译支持不同硬件平台类型的应用程序版本，建立硬件平台类型和应用程序版本之间的映射关系、指定通用应用程序版本；当计算机客户端需要获取目标应用程序时，获取硬件平台类型，查找硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系，如找到对应的应用程序版本，则获取所找到的应用程序版本；如未找到对应的应用程序版本，则获取通用应用程序版本；执行所获取应用程序版本的管理操作。本发明能够让应用程序更好地适应每一台计算机客户端的硬件平台，具有应用程序运行效率高、实施简单方便、实施成本低、和现有操作系统兼容性好的优点。

Description

一种面向多硬件平台的应用程序管理方法

技术领域

本发明涉及计算机操作系统的应用程序安装及运行管理技术领域，具体涉及一种面向多硬件平台的应用程序管理方法。

背景技术

计算机的运行离不开多种多样的应用程序，对于多数操作系统而言，用户可获取应用程序的一种方式是从软件中心下载并安装。但是，人们使用的计算机的硬件平台多种多样，以CPU（中央处理器）为例，不同厂商生产的CPU可能支持不同的扩展指令集，同一厂商生产的CPU往往也会因生产时期或市场定位不同而有所不同。一般而言，新型号CPU会支持旧型号CPU所不能支持的新扩展指令集，而高端CPU也常会比同时期的低端CPU支持更多种类的扩展指令集。如果从软件中心下载的软件在编译时不使用只有最新的或较高端的CPU才支持的扩展指令集，那么这些CPU在支持更多扩展指令集上所具备的优势就无法发挥出来。如果软件在编译时使用了只有最新的或较高端的CPU才支持的扩展指令集，同时要考虑让较老型号或较低端CPU也能运行，那么代价则可能是使得编译出来的二进制程序更大，从更需要占用更多存储空间，也延长了载入程序的时间。此外，目前的计算机中还存在各种硬件加速设备，例如显卡、专用加速卡等设备，因此现有技术提供通用的应用程序软件安装包，难以发挥不同硬件平台的硬件优势，难以实现针对不同硬件平台的优化。对于一些提供了源代码的软件，用户虽然可以通过自行编译安装的方式使得该软件在自己的机器上获得良好的性能。众所周知，自行编译安装需要安装编译环境，编译环境的安装配置通常比较复杂，需要对本地计算机的硬件平台足够了解，而且编译软件本身也是件较为费时费电的事情，因此，毫无疑问这增加了使用的难度和麻烦，同时许多相同平台的重复编译工作也浪费了大量的时间和能源。因此，如何让应用程序能够性能最大化地适应不同硬件平台结构，使得其在不同硬件平台实现最大程度的优化，已经成为一项亟待解决的关键技术问题。

此外，计算机中使用的很多种应用程序的安装和运行都需要用到临时文件。然而，由于程序异常退出、执行出错、停电、死机、软件编写者疏忽或者有其它的目的，相当数量的临时文件没能在用完后及时被删除。传统上，系统中临时文件往往会随着系统中各种软件的使用而越来越多，这些文件占用了大量本来可以释放的存储空间。如果这类多余文件所占的空间过大，则可能会影响到系统的正常使用。这时往往就需要花费一些时间和精力来进行“垃圾文件”清理工作，甚至需要重新安装系统。某些时候，人们会利用内存在断电时内容会丢失的特性，将内存虚拟成一个分区，并将临时文件保存在其中。这样，每次计算机启动时，临时文件目录将会是空的。但这也会带来一些问题。比如，内存空间在很多情况下是十分宝贵的资源，将其用来存放临时文件不总是合适的。并且，有些临时文件需要在系统重新启动之后使用，这种临时文件就不能存放在内存中。因此，在应用程序的安装和运行时，如何实现减少临时文件的空间占用、如何实现各种临时文件的安全清理，同样也已经成为一项亟待解决的关键技术问题。

发明内容

本发明要解决的技术问题是：针对现有技术的上述问题，提供一种能够让应用程序更好地适应每一台计算机客户端的硬件平台、应用程序运行效率高、实施简单方便、实施成本低、和现有操作系统兼容性好的面向多硬件平台的应用程序管理方法。

为了解决上述技术问题，本发明提供的技术方案为：

一种面向多硬件平台的应用程序管理方法，步骤包括：

1）预先将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本，建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本；

2）当计算机客户端需要获取目标应用程序时，首先获取该计算机客户端的硬件平台类型，然后根据所述硬件平台类型查找所述硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系，如果找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取所找到的应用程序版本；如果未找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取该计算机客户端的操作系统对应的通用应用程序版本；

3）计算机客户端执行所获取应用程序版本的管理操作。

优选地，所述步骤1）中的硬件平台类型包括支持不同GPU加速的硬件平台类型、支持不同物理加速卡的硬件平台类型、支持不同CPU扩展指令集的硬件平台类型、支持不同APU的硬件平台类型。

优选地，所述步骤1）中建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本具体是通过应用程序版本的命名规则或者映射关系表文件确定硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系。

优选地，所述步骤1）中将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本时，还包括将各个应用程序版本存储在服务器上；所述步骤2）中获取所找到的应用程序版本具体是指从服务器下载所找到的应用程序版本；所述步骤2）中获取该计算机客户端的操作系统对应的通用应用程序版本具体是指从服务器下载该计算机客户端的操作系统对应的通用应用程序版本。

优选地，所述步骤3）的详细步骤包括：

3.1）预先在计算机客户端的操作系统启动过程中建立用于放置应用程序安装或运行操作所需临时文件的下次要删临时文件目录和至少一个下次不删临时文件目录；

3.2）计算机客户端的操作系统执行所获取应用程序版本的安装、解压或运行操作，并将应用程序安装、解压或运行操作所需的临时文件放置在指定的下次要删临时文件目录或者下次不删临时文件目录中；

3.3）判断是否达到预设的临时文件目录切换触发条件，当达到预设的临时文件目录切换触发条件时，将下次要删临时文件目录删除，将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字，使得所述指定的下次不删临时文件目录成为新的下次要删临时文件目录；创建一个新的下次不删临时文件目录。

优选地，所述步骤3.3）中的临时文件目录切换触发条件具体是指操作系统启动、指定的应用程序启动、下次要删临时文件目录的存在时间达到指定时间、定时触发、用户发出强制切换指令五种触发条件中的一种。

优选地，所述步骤3.1）中创建的下次不删临时文件目录具体是指名称采用连续编号的多个下次不删临时文件目录；所述步骤3.3）中指定的一个下次不删临时文件目录具体是指所述连续编号的多个下次不删临时文件目录中的第一个下次不删临时文件目录，且在将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字后，依次将后续的每一个下次不删临时文件目录的名称更改为上一个下次不删临时文件目录的名称；所述步骤3.3）中创建一个新的下次不删临时文件目录时，具体是指创建所述连续编号的多个下次不删临时文件目录中最后一个下次不删临时文件目录。

本发明面向多硬件平台的应用程序管理方法具有下述优点：

1、本发明预先将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本，建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本，当计算机客户端需要获取目标应用程序时，首先获取该计算机客户端的硬件平台类型，然后根据硬件平台类型查找硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系，如果找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取所找到的应用程序版本；如果未找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取该计算机客户端的操作系统对应的通用应用程序版本，能够让应用程序更好地适应每一台计算机客户端的硬件平台，具有应用程序运行效率高、实施简单方便、实施成本低、和现有操作系统兼容性好的优点。

2、本发明进一步建立下次要删临时文件目录和至少一个下次不删临时文件目录，将应用程序安装、解压或运行操作所需的临时文件放置在下次要删临时文件目录或者下次不删临时文件目录中，判断是否达到预设的临时文件目录切换触发条件，当达到预设的临时文件目录切换触发条件时，将下次要删临时文件目录删除，将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字，使得指定的下次不删临时文件目录成为新的下次要删临时文件目录，创建一个新的下次不删临时文件目录。基于下次要删临时文件目录和至少一个下次不删临时文件目录的切换操作，能够实现将程序异常退出、执行出错、停电、死机、软件编写者疏忽或者有其它的目的（例如恶意软件）产生的临时文件及时删除，确保计算机客户端在运行时具有良好的性能以及可用存储空间，而且还能够防止恶意软件长期占据在临时文件夹中并得以运行。

附图说明

图1为本发明实施例方法的基本流程示意图。

图2为本发明实施例方法步骤3）的基本流程示意图。

具体实施方式

如图1所示，本实施例面向多硬件平台的应用程序管理方法的步骤包括：

1）预先将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本，建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本；

2）当计算机客户端需要获取目标应用程序时，首先获取该计算机客户端的硬件平台类型，然后根据硬件平台类型查找硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系，如果找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取所找到的应用程序版本；如果未找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取该计算机客户端的操作系统对应的通用应用程序版本；

3）计算机客户端执行所获取应用程序版本的管理操作。

本实施例中，步骤1）中的硬件平台类型包括支持不同GPU加速的硬件平台类型、支持不同物理加速卡的硬件平台类型、支持不同CPU扩展指令集的硬件平台类型、支持不同APU的硬件平台类型。以支持不同CPU扩展指令集的硬件平台类型为例，本实施例中包括以下几种类型：（1）、既支持SSE4又支持AVX；（2）、支持SSE4但不支持AVX；（3）、既不支持SSE4也不支持AVX。由于支持AVX的CPU一般也能支持SSE4，所以不支持SSE4但支持AVX这种情况可以不必考虑。针对上述不同CPU扩展指令集的硬件平台类型，步骤1）将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本时，需要通过控制编译时的参数，将软件程序编译为上述不同CPU扩展指令集的硬件平台类型对应的应用程序版本。

本实施例中，步骤1）中建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本具体是通过应用程序版本的命名规则确定硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系。毫无疑问，还可以通过映射关系表文件（例如ini文件或者其他类型配置文件、数据库文件、注册表等）确定硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系等。

本实施例中，步骤1）中将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本时，还包括将各个应用程序版本存储在服务器上；步骤2）中获取所找到的应用程序版本具体是指从服务器下载所找到的应用程序版本；步骤2）中获取该计算机客户端的操作系统对应的通用应用程序版本具体是指从服务器下载该计算机客户端的操作系统对应的通用应用程序版本。本实施例步骤2）中获取所找到的应用程序版本时，操作主体是计算机客户端的软件中心，此外也可以是其他类型的服务或者程序。

如图2所示，本实施例步骤3）的详细步骤包括：

3.1）预先在计算机客户端的操作系统启动过程中建立用于放置应用程序安装或运行操作所需临时文件的下次要删临时文件目录和至少一个下次不删临时文件目录；本实施例中，下次要删临时文件目录为“/hddtmp/0/”，建立的下次不删临时文件目录为“/hddtmp/1/”～“/hddtmp/5/”；毫无疑问，也可以仅仅采用一个下次不删临时文件目录；

3.2）计算机客户端的操作系统执行所获取应用程序版本的安装、解压或运行操作，并将应用程序安装、解压或运行操作所需的临时文件放置在指定的下次要删临时文件目录“/hddtmp/0/”或者下次不删临时文件目录（“/hddtmp/1/”～“/hddtmp/5/”中的某一个）中；

3.3）判断是否达到预设的临时文件目录切换触发条件，当达到预设的临时文件目录切换触发条件时，将下次要删临时文件目录“/hddtmp/0/”删除，将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字“/hddtmp/0/”，使得指定的下次不删临时文件目录成为新的下次要删临时文件目录；创建一个新的下次不删临时文件目录。本实施例中，指定的一个下次不删临时文件目录的名字具体为“/hddtmp/1/”，此外也可以根据需要指定其他的下次要删临时文件目录。

本实施例基于下次要删临时文件目录和至少一个下次不删临时文件目录的切换操作，能够实现将程序异常退出、执行出错、停电、死机、软件编写者疏忽或者有其它的目的（例如恶意软件）产生的临时文件及时删除，确保计算机客户端在运行时具有良好的性能以及可用存储空间，而且还能够防止恶意软件长期占据在临时文件夹中并得以运行。

本实施例中，步骤3.3）中的临时文件目录切换触发条件具体是指操作系统启动，操作系统启动作为临时文件目录切换触发条件，能够确保应用程序在未启动状态进行临时文件目录切换，防止由于应用程序占用下次要删临时文件目录或下次不删临时文件目录而导致临时文件目录切换失败，可靠性更好。此外，还可以根据需要采用指定的应用程序（例如软件中心或者某一个特定的应用程序）启动、下次要删临时文件目录的存在时间达到指定时间、定时触发、用户发出强制切换指令等触发条件。

现有的应用程序的临时文件一般是存储在指定的目录下，对于应用程序而言，如果直接把临时文件删除，则会导致某些重要的临时文件丢失，可能导致难以挽回的损失；如果将临时文件不删除，又会导致临时文件占用不必要的存储空间，导致计算机资源的浪费，拖慢操作系统的运行。本实施例中，步骤3.1）中创建的下次不删临时文件目录具体是指名称采用连续编号的多个下次不删临时文件目录；所述步骤3.3）中指定的一个下次不删临时文件目录具体是指所述连续编号的多个下次不删临时文件目录中的第一个下次不删临时文件目录，且在将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字后，依次将后续的每一个下次不删临时文件目录的名称更改为上一个下次不删临时文件目录的名称；所述步骤3.3）中创建一个新的下次不删临时文件目录时，具体是指创建所述连续编号的多个下次不删临时文件目录中最后一个下次不删临时文件目录。例如本实施例中，将“/hddtmp/1/”修改为“/hddtmp/0/”后，依次将“/hddtmp/2/”修改为“/hddtmp/1/”，将“/hddtmp/3/”修改为“/hddtmp/2/”，将“/hddtmp/4/”修改为“/hddtmp/3/”，将“/hddtmp/5/”修改为“/hddtmp/4/”，最终新建一个“/hddtmp/5/”。通过上述规则，能够确保每一个应用程序对应的临时文件目录的存储规则简单明确，不需要额外的目录映射，比如某应用程序的临时文件本次放置在“/hddtmp/3/”中，那么在满足临时文件目录切换触发条件并进行一次临时文件目录切换后，则该应用程序的临时文件就会进入到“/hddtmp/2/”中，应用程序自动从“/hddtmp/2/”中读取临时文件即可。一方面，应用程序的临时文件不会被直接删除，而是依次在“/hddtmp/5/”～“/hddtmp/1/”中移动，使得用户存在多次（本实施例具体为5次）找回重要临时文件的机会，防止造成难以挽回的损失；另一方面，由于临时文件依次在“/hddtmp/5/”～“/hddtmp/1/”中移动，最终经过多次移动后会被删除，从而有效防止临时文件占用不必要的存储空间，减少计算机资源的浪费，确保操作系统的高效运行。

以上所述仅是本发明的优选实施方式，本发明的保护范围并不仅局限于上述实施例，凡属于本发明思路下的技术方案均属于本发明的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理前提下的若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (7)

1.一种面向多硬件平台的应用程序管理方法，其特征在于步骤包括：

1）预先将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本，建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本；

2）当计算机客户端的操作系统需要获取目标应用程序时，首先获取该计算机客户端的硬件平台类型，然后根据所述硬件平台类型查找所述硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系，如果找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取所找到的应用程序版本；如果未找到该计算机客户端的硬件平台类型对应的应用程序版本，则获取该计算机客户端的操作系统对应的通用应用程序版本；

3）计算机客户端执行所获取应用程序版本的管理操作。

2.根据权利要求1所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤1）中的硬件平台类型包括支持不同GPU加速的硬件平台类型、支持不同物理加速卡的硬件平台类型、支持不同CPU扩展指令集的硬件平台类型、支持不同APU的硬件平台类型。

3.根据权利要求2所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤1）中建立硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系、指定每一种操作系统对应的通用应用程序版本具体是通过应用程序版本的命名规则或者映射关系表文件确定硬件平台类型和该硬件平台类型对应的应用程序版本之间的映射关系。

4.根据权利要求3所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤1）中将目标应用程序分别编译为支持不同硬件平台类型的应用程序版本时，还包括将各个应用程序版本存储在服务器上；所述步骤2）中获取所找到的应用程序版本具体是指从服务器下载所找到的应用程序版本；所述步骤2）中获取该计算机客户端的操作系统对应的通用应用程序版本具体是指从服务器下载该计算机客户端的操作系统对应的通用应用程序版本。

5.根据权利要求1～4中任意一项所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤3）的详细步骤包括：

3.1）预先在计算机客户端的操作系统启动过程中建立用于放置应用程序安装或运行操作所需临时文件的下次要删临时文件目录和至少一个下次不删临时文件目录；

3.2）计算机客户端的操作系统执行所获取应用程序版本的安装、解压或运行操作，并将应用程序安装、解压或运行操作所需的临时文件放置在指定的下次要删临时文件目录或者下次不删临时文件目录中；

3.3）判断是否达到预设的临时文件目录切换触发条件，当达到预设的临时文件目录切换触发条件时，将下次要删临时文件目录删除，将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字，使得所述指定的下次不删临时文件目录成为新的下次要删临时文件目录；创建一个新的下次不删临时文件目录。

6.根据权利要求5所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤3.3）中的临时文件目录切换触发条件具体是指操作系统启动、指定的应用程序启动、下次要删临时文件目录的存在时间达到指定时间、定时触发、用户发出强制切换指令五种触发条件中的一种。

7.根据权利要求6所述的面向多硬件平台的应用程序管理方法，其特征在于，所述步骤3.1）中创建的下次不删临时文件目录具体是指名称采用连续编号的多个下次不删临时文件目录；所述步骤3.3）中指定的一个下次不删临时文件目录具体是指所述连续编号的多个下次不删临时文件目录中的第一个下次不删临时文件目录，且在将指定的一个下次不删临时文件目录的名字修改为下次要删临时文件目录的名字后，依次将后续的每一个下次不删临时文件目录的名称更改为上一个下次不删临时文件目录的名称；所述步骤3.3）中创建一个新的下次不删临时文件目录时，具体是指创建所述连续编号的多个下次不删临时文件目录中最后一个下次不删临时文件目录。