CN108304246A - 识别目标文件的方法与设备 - Google Patents

Abstract

本发明涉及计算机领域，公开了一种识别目标文件的方法与设备。本发明实施方式中，操作系统基本内核与虚拟机组合，构成操作系统内核，根据操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对应用程序进行编译，生成目标文件，操作系统内核，识别该目标文件。本发明实施方式，将虚拟机实现在操作系统内核，作为操作系统内核的一个组件，不仅使得虚拟机可以使用操作系统内核提供的基本服务，如内存分配接口函数、网络服务等，而且使得操作系统内核能够支持多种目标文件类型的应用程序，不仅实现了整个操作系统环境的统一，而且优化了操作系统的性能。

Description

识别目标文件的方法与设备

技术领域

本发明涉及计算机领域，特别涉及一种识别目标文件的方法与设备。

背景技术

目前，常用的操作系统主要包括：Windows操作系统、Macintosh操作系统、Linux操作系统与Unix操作系统等，各个操作系统之间相互独立，无法兼容，如果需要在一种操作系统下，例如：Linux操作系统，识别另一操作系统，例如：Windows操作系统，的应用程序的目标文件，通常采用的实现方法是：预先在Linux操作系统的用户空间安装虚拟机，将虚拟机作为一个用户态程序存在，具体结构如图1所示，Linux操作系统通过该虚拟机，识别Windows操作系统的应用程序的目标文件。

然而，在实现发明的过程中，本申请的发明人发现，将虚拟机实现在操作系统的用户空间时，相当于将虚拟机作为一类应用程序运行，无法实现虚拟机利用或共享操作系统内核提供的基本服务，而且虚拟机下的应用程序与操作系统中的其他组件的交互过程，非常不便利，导致应用程序的性能受到极大限制。

发明内容

本发明实施方式的目的在于提供一种识别目标文件的方法与设备，不仅使得虚拟机可以使用操作系统内核提供的基本服务，如内存分配接口函数、网络服务等，而且使得操作系统内核能够支持多种目标文件类型的应用程序，不仅实现了整个操作系统环境的统一，而且优化了操作系统的性能。

为解决上述技术问题，本发明的实施方式提供了一种识别目标文件的方法，包括：

操作系统基本内核与虚拟机组合，构成操作系统内核；

所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

所述操作系统内核，识别所述目标文件。

本发明的实施方式还提供了一种识别目标文件的设备，包括：

构建模块，用于将操作系统基本内核与虚拟机组合，构成操作系统内核；

编译模块，用于通过所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

识别模块，用于控制所述操作系统内核，识别所述目标文件。

本发明实施方式相对于现有技术而言，操作系统基本内核与虚拟机组合，构成操作系统内核，将虚拟机实现在操作系统内核，作为操作系统内核的一个组件，构造了更快捷可靠的操作系统内核，使得虚拟机可以使用操作系统内核提供的基本服务，如内存分配接口函数、网络服务等，再根据操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对应用程序进行编译，生成目标文件，使得操作系统内核支持多种目标文件类型的应用程序，操作系统内核，识别该目标文件，使得操作系统内核能够支持多种目标文件类型的应用程序，不仅实现了整个操作系统环境的统一，而且优化了操作系统的性能。

另外，所述操作系统基本内核与虚拟机组合，构成操作系统内核，具体包括：预定义所述操作系统基本内核与所述虚拟机之间的接口；根据所述接口，建立所述操作系统基本内核与所述虚拟机的连接，构成所述操作系统内核。

通过预定义的操作系统基本内核与虚拟机之间的接口，实现了虚拟机与操作系统基本内核之间的可靠连接与数据交互，从而将虚拟机构建为操作系统内核的一个组件，扩充了操作系统内核的功能。

另外，所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件，具体包括：判断所述应用程序是否为所述操作系统基本内核下的应用程序；如果所述应用程序为所述操作系统基本内核下的应用程序，则所述第一编译工具，对所述应用程序进行编译，生成所述操作系统基本内核支持格式的第一类目标文件；如果所述应用程序非所述操作系统基本内核下的应用程序，则所述第二编译工具，对所述应用程序进行编译，生成所述虚拟机支持格式的第二类目标文件。

通过上述的进一步判断，可以确保操作系统基本内核下的应用程序，由操作系统基本内核的第一编译工具进行编译，并生成相应的第一类目标文件，虚拟机下的应用程序，由虚拟机的第二编译工具进行编译，并生成相应的第二类目标文件，有效避免了采用不匹配的编译工具，造成的应用程序的错误编译。

另外，所述操作系统内核，识别所述目标文件，具体包括：判断所述目标文件是否为所述第一编译工具，编译生成的第一类目标文件；如果所述目标文件为所述第一编译工具，编译生成的第一类目标文件，则所述操作系统基本内核识别所述第一类目标文件；如果所述目标文件非所述第一编译工具，编译生成的第一类目标文件，则所述虚拟机识别所述第二类目标文件。

通过上述的进一步判断，不仅使得操作系统基本内核有针对性的识别第一类目标文件，而且使得虚拟机可以有针性的对第二类目标文件进行有效识别，最终实现整个操作系统内核，对多种类型的目标文件的快速、精准识别。

附图说明

图1是现有技术中的虚拟机与操作系统基本内核的位置关系示意图；

图2是根据本发明第一实施方式的一种识别目标文件的方法流程图；

图3是根据本发明第一实施方式的虚拟机与操作系统基本内核的位置关系示意图；

图4是根据本发明第二实施方式的一种识别目标文件的方法流程图；

图5是根据本发明第三实施方式的一种识别目标文件的设备的结构示意图；

图6是根据本发明第三实施方式的一种识别目标文件的设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种识别目标文件的方法。该方法可以应用于所有的操作系统中，下面以Linux操作系统为例，进行详细介绍，具体流程如图2所示。

在步骤201中，构成操作系统内核，操作系统基本内核与虚拟机组合，构成操作系统内核。

具体地说，根据相应的协议规范，预定义Linux操作系统基本内核与虚拟机之间的接口，通过该接口，建立Linux操作系统基本内核与虚拟机之间的连接，构成Linux操作系统内核，将虚拟机实现在Linux操作系统内核中，作为Linux操作系统内核的一个类别模块或组件，使得使得虚拟机可以使用操作系统内核提供的基本服务，如内存分配接口函数、网络服务等。

在步骤202中，对应用程序进行编译，生成目标文件。

具体地说，根据Linux操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对相应的应用程序进行编译，生成目标文件，其中，该应用程序可以为C应用程序、C++应用程序、JAVA应用程序、或Python应用程序，也可以为其它编程语言的应用程序，或者其他的解释型应用程序。这里的第一编译工具与第二编译工具，是针对运行环境支持的编译系统而言的，例如：将针对C编程语言的C编译系统的编译工具，定义为第一编译工具，将针对JAVA编程语言的JAVA编译系统所编译工具，定义为第二编译工具，其中，C语言的应用程序利用C环境下的基本服务，JAVA语言的应用程序利用JAVA运行环境下的信息。

在步骤203中，识别目标文件。

具体地说，Linux操作系统内核，通过Linux操作系统基本内核或虚拟机，识别该目标文件，其中，Linux操作系统内核识别目标文件的具体结构，如图3所示。

与现有技术相比，在本实施方式中，通过预定义的操作系统基本内核与虚拟机之间的接口，实现了操作系统基本内核与虚拟机之间的连接，并将虚拟机作为操作系统内核的一个类别模块或组件，与操作系统基本内核共同构成操作系统内核，使得使得虚拟机可以使用操作系统内核提供的基本服务，如内存分配接口函数、网络服务等。再通过操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对相应的应用程序进行编译，生成目标文件，使得操作系统内核能够支持多种应用程序，最后，操作系统内核完成对目标文件的识别，使得操作系统内核能够支持多种目标文件类型的应用程序，不仅实现了整个操作系统环境的统一，而且优化了操作系统的性能。

本发明的第二实施方式涉及一种识别目标文件的方法。第二实施方式在第一实施方式的基础上做了进一改进，主要改进之处在于：在本发明第二实施方式中，给出了生成与识别目标文件的详细过程，使得整个过程更加完善。具体流程如图4所示。

在步骤401中，构成操作系统内核，操作系统基本内核与虚拟机组合，构成操作系统内核。

在步骤402中，是否为操作系统基本内核下的应用程序，判断应用程序是否为操作系统基本内核下的应用程序，如果是操作系统基本内核下的应用程序，则执行步骤403，否则执行步骤404。

具体地说，需要对Linux操作系统内核中的应用程序进行具体判断，当应用程序是操作系统基本内核下的应用程序时，执行步骤403，生成操作系统基本内核持格式的第一类目标文件，当应用程序不是操作系统基本内核下的应用程序时，也就是说，当该应用程序是Linux操作系统虚拟机下的应用程序时，执行步骤404，生成Linux操作系统虚拟机支持格式的第一类目标文件。

在步骤403中，生成操作系统基本内核支持格式的第一类目标文件。

具体地说，当应用程序是操作系统基本内核下的应用程序时，由操作系统基本内核的第一编译工具，对该应用程序进行编译，生成操作系统基本内核支持格式的第一类目标文件，例如：汇编程序输出a.out(assembler output)格式的目标文件，shell脚本文件格式的目标文件，或ELF格式的目标文件。

在步骤404中，生成虚拟机支持格式的第二类目标文件。

具体地说，当该应用程序不是操作系统基本内核下的应用程序时，由Linux操作系统的虚拟机的第二编译工具，对该应用程序进行编译，生成Linux操作系统的虚拟机支持格式的第二类目标文件，例如：可执行文件格式ELF(Executable and Linking Format)的第一目标文件，或虚拟机识别的其他格式的第二类目标文件，其中，操作系统内核可以有多个虚拟机，每个虚拟机只识别一种类型的目标文件，通过为操作系统基本内核连接多个虚拟机，可以实现多种类型的目标文件的识别。

在步骤405中，是否为第一编译工具编译生成的第一类目标文件，判断目标文件是否为第一编译工具编译生成的第一类目标文件，如果是第一编译工具编译生成的第一类目标文件，则执行步骤406，否则执行步骤407。

具体地说，在识别目标文件之前，Linux操作系统内核需要先对目标文件进行判断，判断该目标文件是否为第一编译工具编译生成的第一类目标文件，如果是第一编译工具编译生成的第一类目标文件，则执行步骤406，操作系统基本内核识别该第一类目标文件，否则执行步骤407，虚拟机识别第二类目标文件。

在本实施方式中，在生成目标文件之前，先对应用程序进行判断，有利于选择相匹配的编译工具，对应用程序进行编译，并生成相应类型的目标文件，有效避免了采用不匹配的编译工具，造成的应用程序的错误编译，在对目标文件识别之前，进一步判断目标文件的生成方式，不仅使得操作系统基本内核有针对性的识别第一类目标文件，而且使得虚拟机可以有针性的识别第二类目标文件，最终实现整个操作系统内核，对所有目标文件类型的快速、精准识别。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种识别目标文件的设备，如图5所示，包括：构建模块51、编译模块52与识别模块53，其中，构建模块51具体包括：预定义子模块511与连接子模块512。

构建模块51，用于将操作系统基本内核与虚拟机组合，构成操作系统内核；

预定义子模块511，用于预定义操作系统基本内核与虚拟机之间的接口；

连接子模块512，用于根据上述接口，建立操作系统基本内核与虚拟机的连接，构成操作系统内核；

编译模块52，用于通过操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

识别模块53，用于控制操作系统内核，识别编译模块生成的目标文件。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第四实施方式涉及一种识别目标文件的设备。第四实施方式在第三实施方式的基础上做了进一改进，主要改进之处在于：在本发明第四实施方式中，对编译模块与识别模块进行了进一步细化，给出了构建模块与识别模块具体包括的工作子模块，如图6所示。

构建模块51，用于将操作系统基本内核与虚拟机组合，构成操作系统内核；

预定义子模块511，用于预定义操作系统基本内核与虚拟机之间的接口；

连接子模块512，用于根据上述接口，建立操作系统基本内核与虚拟机的连接，构成操作系统内核；

编译模块52，用于通过操作系统基本内核的第一编译工具，或虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

第一检测子模块521，用于检测应用程序是否为操作系统基本内核下的应用程序；

第一确定子模块522，用于在第一检测子模块检测到应用程序为操作系统基本内核下的应用程序时，通过第一编译工具，对应用程序进行编译，生成操作系统基本内核支持格式的第一类目标文件；在第一检测子模块检测到应用程序非操作系统基本内核下的应用程序时，通过第二编译工具，对应用程序进行编译，生成虚拟机支持格式的第二类目标文件。

识别模块53，用于操作系统内核，识别编译模块生成的目标文件；

第二检测子模块531，用于检测目标文件是否为通过第一编译工具编译生成的第一类目标文件；

第二确定子模块532，用于在第二检测子模块检测到目标文件为通过第一编译工具编译生成的第一类目标文件时，控制操作系统基本内核识别第一类目标文件；在第二检测子模块检测到目标文件非通过第一编译工具编译生成的第一类目标文件时，控制虚拟机识别所述第二类目标文件。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种识别目标文件的方法，其特征在于，应用于操作系统，包括：

操作系统基本内核与虚拟机组合，构成操作系统内核；

所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

所述操作系统内核，识别所述目标文件。

2.根据权利要求1所述的识别目标文件的方法，其特征在于，所述操作系统基本内核与虚拟机组合，构成操作系统内核，具体包括：

预定义所述操作系统基本内核与所述虚拟机之间的接口；

根据所述接口，建立所述操作系统基本内核与所述虚拟机的连接，构成所述操作系统内核。

3.根据权利要求1所述的识别目标文件的方法，其特征在于，所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件，具体包括：

判断所述应用程序是否为所述操作系统基本内核下的应用程序；

如果所述应用程序为所述操作系统基本内核下的应用程序，则所述第一编译工具，对所述应用程序进行编译，生成所述操作系统基本内核支持格式的第一类目标文件；

如果所述应用程序非所述操作系统基本内核下的应用程序，则所述第二编译工具，对所述应用程序进行编译，生成所述虚拟机支持格式的第二类目标文件。

4.根据权利要求3所述的识别目标文件的方法，其特征在于，所述操作系统内核，识别所述目标文件，具体包括：

判断所述目标文件是否为所述第一编译工具，编译生成的第一类目标文件；

如果所述目标文件为所述第一编译工具，编译生成的第一类目标文件，则所述操作系统基本内核识别所述第一类目标文件；

如果所述目标文件非所述第一编译工具，编译生成的第一类目标文件，则所述虚拟机识别所述第二类目标文件。

5.根据权利要求1所述的识别目标文件的方法，其特征在于，所述应用程序至少包括以下之一：

C应用程序、C++应用程序、JAVA应用程序、或Python应用程序。

6.一种识别目标文件的设备，其特征在于，应用于操作系统，包括：

构建模块，用于将操作系统基本内核与虚拟机组合，构成操作系统内核；

编译模块，用于通过所述操作系统基本内核的第一编译工具，或所述虚拟机的第二编译工具，对应用程序进行编译，生成目标文件；

识别模块，用于控制所述操作系统内核，识别所述目标文件。

7.根据权利要求6所述的识别目标文件的设备，其特征在于，所述构建模块具体包括：预定义子模块与连接子模块；

所述预定义子模块，用于预定义所述操作系统基本内核与所述虚拟机之间的接口；

所述连接子模块，用于根据所述接口，建立所述操作系统基本内核与所述虚拟机的连接，构成所述操作系统内核。

8.根据权利要求6所述的识别目标文件的设备，其特征在于，所述编译模块具体包括：第一检测子模块与第一确定子模块；

所述第一检测子模块，用于检测所述应用程序是否为所述操作系统基本内核下的应用程序；

所述第一确定子模块，用于在所述第一检测子模块检测到所述应用程序为所述操作系统基本内核下的应用程序时，通过所述第一编译工具，对所述应用程序进行编译，生成所述操作系统基本内核支持格式的第一类目标文件；在所述第一检测子模块检测到所述应用程序非所述操作系统基本内核下的应用程序时，通过所述第二编译工具，对所述应用程序进行编译，生成所述虚拟机支持格式的第二类目标文件。

9.根据权利要求8所述的识别目标文件的设备，其特征在于，所述识别模块具体包括：第二检测子模块与第二确定子模块；

所述第二检测子模块，用于检测所述目标文件是否为通过所述第一编译工具编译生成的第一类目标文件；

所述第二确定子模块，用于在所述第二检测子模块检测到所述目标文件为通过所述第一编译工具编译生成的第一类目标文件时，控制所述操作系统基本内核识别所述第一类目标文件；在所述第二检测子模块检测到所述目标文件非通过所述第一编译工具编译生成的第一类目标文件时，控制所述虚拟机识别所述第二类目标文件。

10.根据权利要求6所述的识别目标文件的设备，其特征在于，所述应用程序至少包括以下之一：

C应用程序、C++应用程序、JAVA应用程序、或Python应用程序。