CN114416249B - 程序处理方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种程序处理方法、装置、设备及存储介质，涉及计算机技术领域，尤其涉及运行环境模拟技术、云服务技术。具体实现方案为：两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；指令转换引擎的兼容层获取并识别出从机组件调用请求属于32位程序或64位程序，将从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；主机组件程序获取主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；操作系统虚拟程序获取第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。本公开实现了对32位或64位应用程序同时支持。

Description

程序处理方法、装置、设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及运行环境模拟技术、云服务技术。

背景技术

近年来，随着互联网技术的不断发展，越来越多的先进计算机技术随之涌现出来，例如，云桌面技术。云桌面就是利用虚拟技术，对各种物理设备进行虚拟化处理，从而使得资源的利用率得到有效提升，以此节约成本、提高应用质量。用户可以随时随地的通过移动或固定网络设备访问运行在后端服务器上的云桌面来实现交互式操作，达到与使用电脑一致的体验效果。

目前，用户最常使用的应用软件通常是能够运行在windows操作系统中的windows应用程序，而后端服务器的芯片架构可能无法支持windows应用程序，并且，后端服务器可能采用不同的芯片架构指令集。此外，不同配置的windows应用程序中，也可能存在得不到后端服务器支持的应用程序。

因此，需要提供一种解决方案，以优化云桌面系统的应用生态，能够支持更多类型和更多不同配置的应用程序。

发明内容

本公开提供了一种程序处理方法、装置、设备及存储介质，以实现异构框架基础上不同配置的应用程序的运行。

根据本公开的一方面，提供了一种程序处理方法，包括：

两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；其中，所述应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序；

指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将所述从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序；

第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；

第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；

操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。

根据本公开的另一方面，还提供了一种程序处理装置，包括：

调用请求产生模块，用于两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；其中，所述应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序；

调用请求转换模块，用于指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将所述从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序；

第一请求产生模块，用于第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；

第二请求产生模块，用于第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；

执行请求处理模块，用于操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。

根据本公开的另一方面，还提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开实施例所提供的任意一种程序处理方法。

根据本公开的另一方面，还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开实施例所提供的任意一种程序处理方法。

根据本公开的另一方面，还提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现本公开实施例所提供的任意一种程序处理方法。

根据本公开的技术，通过采用不同功能的组件程序对相应的组件调用请求进行处理，并能够进一步区分32位或64位应用程序并进行转化处理，实现了异构框架基础上不同配置的应用程序的运行。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1A是根据本公开实施例所适用的后端服务器的软件架构示意图；

图1B是根据本公开实施例提供的一种程序处理方法的示意图；

图2是根据本公开实施例提供的一种程序处理方法的示意图；

图3是根据本公开实施例提供的一种程序处理装置的示意图；

图4是用来实现本公开实施例的程序处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本公开实施例中，可采用ARM64芯片来实现后端服务器，相应的采用ARM64指令集，可装载Linux桌面系统。当云桌面支持的应用程序为基于windows系统开发时，可称为windows应用程序，则可以采用wine技术来模拟windows操作系统的环境，从而来支持windows应用程序。很多windows应用程序是基于x86指令集来开发的，为了使得x86指令支持的windows应用程序能够在ARM指令集支持的Linux系统上运行，则本公开实施例中进一步采用Qemu技术，进行指令集转换。window应用程序中，有的是支持32位(bit)的，有的是支持64位的，本公开实施例可通过改进系统架构来同时支持32位和64位的应用程序运行。如图1A所示为本公开实施例所适用的后端服务器的软件架构示意图。后端服务器的软件架构中包括两部分，即ARM64支持部分和x86支持部分。

如图1A所示，x86支持部分包括64位处理模块和32位处理模块，用于分别支持64位和32位应用程序。两个处理模块的结构类似，可具体包括基于x86指令集开发的应用程序(应用exe)，还进一步包括应用组件程序、非核心从机组件程序和核心从机组件程序。组件可选的是动态链接库(dynamic link library，dll)。其中，应用组件程序又可称为应用dlls，包括应用程序调用的自带dll，并支持对这些自带dll的处理；非核心从机组件程序又可称为guest wine dlls，包括所有windows非核心dll，并支持对这些非核心dll的处理；核心从机组件程序又可称为guest qemu dlls，包括所有windows核心dll，并支持对这些核心dll的处理。核心dll一般是所有windows系统dll中比较常用和基础功能的dll，其余dll是非核心dll，应用程序自带dll是应用程序的开发者基于windows系统开发的dll。核心dll和非核心dll各自的范围可以基于需求进行设定。其中，64位处理模块包括64位应用exe、应用dlls、64位非核心从机组件程序(guest64 wine dlls)以及64位核心从机组件程序(guest64 qemu dlls)；32位处理模块包括32位应用exe、应用dlls、32位非核心从机组件程序(guest32 wine dlls)以及32位核心从机组件程序(guest32 qemu dlls)。

如图1A所示，ARM64支持部分包括qemu用户空间程序(qemu userspace)、wine主机组件程序(host64 wine dlls)、qemu主机组件程序(host64 qemu dlls)、以及wine主机加载程序(host64 wine loader)。其中，qemu主机组件程序包括与64位核心从机组件程序对应的64位qemu主机组件程序(host64 qemu dlls for guest64)，以及与32位核心从机组件程序对应的64位qemu主机组件程序(host64 qemu dlls for guest32)。qemu用户空间程序为指令转换引擎，又可称为qemu_x86_64，主要用于进行指令转换，将x86指令集转换为ARM64指令集。在用户空间程序中设置了兼容层(i686 compatible layer)，用于区分x86支持部分传输的应用程序处理请求是32位的还是64位的，从而进行相应处理；qemu主机组件程序调用wine主机组件程序，qemu主机组件程序与核心从机组件程序(guest qemu dlls)对应。wine主机加载程序用于在ARM64架构的Linux系统上虚拟ARM64架构的windows系统环境，从而支持其他指令转换后的dll调用和运行。

本公开实施例所提供的各程序处理方法和程序处理装置，典型的可适用于在ARM64架构的Linux系统上运行x86架构的32位或64位windows应用程序的应用场景。本公开实施例所提供的各程序处理方法，可以由程序处理装置执行，该程序处理装置可以采用软件和/或硬件实现，并具体配置于电子设备中。该电子设备可以是程序处理设备或程序处理设备所关联的其他计算设备。

为了便于理解，以下首先对本公开所提供的程序处理方法进行详细说明。

参见图1B所示的一种程序处理方法，包括：

S110、两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求。

其中，应用程序可以是基于第一架构指令集支持的第一操作系统而实现的32位程序和/或64位程序，例如，第一架构指令集可以是x86指令集，第一操作系统可以是windows系统。相应的，应用组件可以基于第一架构指令集支持的第一操作系统实现的应用程序对应的至少一种dll，例如，应用组件可以是基于x86指令集支持的windows应用程序所对应的dll。

应用程序的运行包括主程序的运行过程，其中包括代码的执行和预设组件的调用。组件可以由操作系统提供，也可以由应用程序的开发者进行开发设置。所以，应用程序的运行，通常会陆续产生对应用组件的调用请求。

从机组件程序中可以包括应用组件，且从机组件程序能够对应用程序的应用组件请求进行处理。其中，应用组件调用请求可以是由应用程序发起的调用应用组件的请求。具体可以是由从机组件程序对应用组件调用请求进行截获、调用和转换等。从机组件程序对应用组件调用请求进行截获、调用和转换后，产生从机组件调用请求。

示例性的，两个从机组件程序可以是分别用于处理32位程序和64位程序的从机组件程序。具体的，两个从机组件程序分别获取32位程序和64位程序的应用组件调用请求，并对获取的应用组件调用请求进行截获、调用和转换，产生从机组件调用请求。

S120、指令转换引擎的兼容层获取并识别出从机组件调用请求属于32位程序或64位程序，将从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序。

其中，主机组件可以是基于第二架构指令集支持的第一操作系统而实现的64位程序。例如，第二架构指令集可以是ARM64指令集，第一操作系统可以是windows系统。

指令转换引擎可以是能够进行不同指令集之间相互转换的程序。例如，指令转换引擎可以基于qemu技术实现。示例性的，从机组件基于x86指令集支持的windows系统而实现；主机组件基于ARM64指令集支持的windows系统而实现。相应的，指令转换引擎可以是能够将x86指令集转换为ARM64指令集的转换引擎。

指令转换引擎包括兼容层，用于获取并识别出从机组件调用请求所属应用程序为32位程序或64位程序。指令转换引擎将从机组件调用请求转换为主机组件调用请求，并根据兼容层对从机组件调用请求的识别结果，将主机组件调用请求提供给对应的主机组件程序。主机组件程序可以包括主机组件，且主机组件程序能够对主机组件调用请求进行截获、调用和转换等。

其中，主机组件程序可以包括处理对应于32位程序的主机组件调用请求的第一64位主机组件程序，以及处理对应于64位程序的主机组件调用请求的第二64位主机组件程序。兼容层可以将识别得到的32位应用程序对应的从机组件调用请求提供给第一64位主机组件程序，将识别得到的64位应用程序对应的从机组件调用请求提供给第二64位主机组件程序，以供第一64位主机组件程序和第二64位主机组件程序分别对相应的从机组件调用请求进行处理。

需要说明的是，在指令转换引擎获取从机组件调用请求之前，为配置执行转换指令所需的环境，还可以对指令转换引擎进行进程初始化。可以在每次执行应用程序时，对指令转换引擎进行进程初始化操作。例如，在云桌面场景中，云桌面中可以安装有多个应用程序，在任一应用程序启动运行时，可以对指令转换引擎进行进程初始化操作。在进程启动之后，应用程序可以执行相应的任务，应用程序的任务依靠线程来执行，而线程执行时，无需在对指令转换引擎重新进行进程初始化操作。

由于指令转换引擎所获取到的从机组件调用请求可能属于32位应用程序，也可能属于64位应用程序，因此，对指令转换引擎进行初始化过程中，可以综合考虑64位应用程序和32位应用程序对产生指令的影响，针对性的进行初始化操作。

在一个可选实施例中，进程初始化过程包括：屏蔽4G以下的地址空间；初始化第一架构指令集支持的虚拟CPU参数；初始化第一架构指令集和第二架构指令集转换关系；读取应用程序的文件头，并根据文件头中的标识确定应用程序为32位程序或64位程序；根据应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间；为从机组件程序分配进程环境块和运行参数；为指令转换引擎的虚拟CPU分配数据结构及寄存器结构；为从机组件程序分配线程环境块、线程堆栈及运行参数，并将从机组件程序与虚拟CPU的寄存器进行绑定；设置进程未处理异常总过滤器；读取应用程序的文件头，并根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载依赖组件列表；读取文件头中的应用程序执行入口地址。

由于32位程序的寻址空间为4GB(32bit)，对于超过4GB的寻址空间，32位程序则无法寻址得到，而64位应用程序对于4GB以上的寻址空间均能够寻址得到。因此，屏蔽4GB以下的地址空间，后续在识别得到应用程序为32位程序时，再放开屏蔽的4G以下地址空间，供32位程序使用。

虚拟CPU参数可以包括主频、核心、线程、缓存和架构等中的至少一种。第一架构指令集和第二架构指令集转换关系可以由相关技术人员进行预先设定。例如，转换关系可以是第一架构指令集与第二架构指令集之间的映射关系，具体可以包括第一架构指令集和第二架构指令集分别对应的函数映射关系。可选的，指令转换引擎基于qemu技术实现，相应的，第一架构指令集和第二架构指令集转换关系可以是qemu动态翻译机制。具体的，第一架构指令集为x86指令集，第二架构指令集为ARM64指令集。qemu动态翻译机制可以将x86指令实时翻译成为等价的ARM64指令。

其中，文件头能够描述应用程序的重要属性，例如，可以通过应用程序文件头确定该应用程序为32位程序还是64位程序。文件头标识可以是字符标识，示例性的，可以通过文本编辑工具，例如，ultraedit(ue)，打开应用程序的文件头，若文件头中存在字符标识“PE..L”，则可以确定该应用程序为32位程序，若文件头中存在字符标识“PE..d”，则可以确定该应用程序为64位程序。

根据应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间，其中，组件加载策略可以由相关技术人员预先确定，例如，组件加载策略可以是根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载相应的依赖组件列表。依赖组件列表可以是应用程序生成和使用过程中所依赖的应用组件列表。

可选的，根据应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间包括：如果应用程序为32位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载32位的依赖组件列表；放开屏蔽的4G以下地址空间。其中，放开屏蔽的4G以下地址空间用于32位应用程序进行寻址操作。

可选的，根据应用程序为32位程序或64位程序，采用对应的组件加载策略包括：如果应用程序为64位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载64位的依赖组件列表。需要说明的是，64位程序可以在大于4G以上的地址空间中进行寻址操作，因此，如果应用程序为64位程序时，则无需放开屏蔽的4G以下地址空间，可以在除屏蔽的地址空间之外的其他地址空间中进行寻址操作。

其中，为指令转换引擎的虚拟CPU分配的数据结构可以是数组、链表、树或图等；相应的，寄存器结构可以包括通用寄存器或状态寄存器，不同寄存器可以对应不同的功能作用，具体可以是使用不同结构寄存器存储不同类型的数据结构。

为从机组件程序分配线程环境块、线程堆栈及运行参数，并将从机组件程序与虚拟CPU的寄存器进行绑定；其中，分配线程堆栈具体可以是为不同从机组件程序分配对应的内存空间，即分配对应的线程堆栈；将不同从机组件程序产生的从机组件调用请求对应的指令，存储到从机组件程序对应的线程堆栈中，便于后续对指令的获取。

从机组件调用请求中可以包括应用程序的文件头，文件头中可以包括依赖组件列表，列表中可以包括应用程序关联的应用组件。在从机组件程序和主机组件程序中注册加载依赖组件列表；读取文件头中的应用程序执行入口地址。其中，每个应用程序可以对应一个执行入口地址，代表第一条执行的x86指令。

示例性的，指令转换引擎可以根据文件头对x86指令集进行识别，根据预先设置的x86指令集与ARM64指令集之间的转换关系，查询x86指令集和ARM64指令集分别对应的函数，并对预设的调整参数进行相应的变换。例如，调整参数可以包括指令名称、指令类型和数据结构等中的至少一种。

本可选实施例通过对指令转换引擎进行进程初始化，实现了对执行转换指令所需环境的配置，以及实现了对32位的应用程序和64位的引用程序分别进行了有针对性的初始化配置，例如，针对32位的应用程序为和64位的应用程序，采用对应的组件加载策略，并合理的分配了相应的地址空间。

S130、第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求。

第一64位主机组件可以对主机组件调用请求进行位数转换，例如，第一64位主机组件可以将对应于32位程序的主机组件调用请求转换为64位程序的主机组件调用请求。

示例性的，第一64位主机组件程序可以对32位程序的主机组件调用请求进行截获，并对截获的请求进行位数转换。具体的，第一64位主机组件程序可以根据32位程序的主机组件调用请求获取请求参数的内存地址和数据结构，根据获取的请求参数进行位数转换，并对请求参数和返回值进行处理。第一64位主机组件程序对32位程序的主机组件调用请求处理后产生第一操作系统的第一指令执行请求。其中，第一指令执行请求可以是请求获取第一操作系统支持的dll中的指令，第一操作系统可以是windows系统。

S140、第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求。

第二64位主机组件可以对64位程序的主机组件调用请求进行截获、调用和处理。示例性的，第二64位主机组件程序可以对64位程序的主机组件调用请求进行截获，并对截获的请求进行调用和处理。具体的，第二64位主机组件程序可以获取64位程序的主机组件调用请求中的请求参数和返回值，其中，请求参数可以包括内存地址和数据结构，并对获取的请求参数和返回值进行处理。第二64位主机组件程序对64位程序的主机组件调用请求处理后产生第一操作系统的第一指令执行请求。其中，第一指令执行请求可以是请求获取第一操作系统支持的dll中的指令。第一操作系统可以是windows系统。

需要说明的是，S130和S140的执行顺序可以是并行执行，也可以是顺序执行，本实施例对S130和S140的执行顺序不进行限制。

S150、操作系统虚拟程序获取第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。

操作系统虚拟程序可以是将主机组件程序所支持转换的主机组件进行加载的程序，操作系统虚拟程序可以加载主机组件程序的执行环境。

示例性的，操作系统虚拟程序获取第一指令执行请求，并对第一指令执行请求进行转换，得到第二架构指令集支持的第二操作系统的第二指令执行请求。其中，第二架构指令集可以是ARM64指令集，第二操作系统可以是Linux系统。其中，第二指令执行请求可以是请求获取第二操作系统支持的dll中的指令。操作系统虚拟程序可以对第二指令执行请求进行响应处理。

本公开实施例通过两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；指令转换引擎的兼容层获取并识别出从机组件调用请求属于32位程序或64位程序，将从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；通过指令转换引擎，将从机组件调用请求转换为主机组件调用请求，实现了对32位程序或64位程序的识别，以及针对32位程序或64位程序对应的不同架构指令集之间的相互转换。第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理，实现了基于第一架构指令集开发的第一操作系统下的32位或64位应用程序，能够在第二架构指令集支持的第二操作系统中运行。

在上述各技术方案的基础上，本公开还提供了一个可选实施例。在该可选实施例中，对程序处理方法进行了追加。在本实施例未详述部分，可参见前述实施例的表述，在此不再赘述。

在本实施例中，指令转换引擎基于qemu技术实现；两个从机组件程序包括32位qemu从机组件程序和64位qemu从机组件程序，两个64位主机组件程序包括对应于32位qemu从机组件程序的第一64位qemu主机组件程序，以及对应于64位qemu从机组件程序的第二64位qemu主机组件程序。操作系统虚拟程序基于wine技术实现；从机组件程序还包括32位wine从机组件程序和64位wine从机组件程序，主机组件程序还包括64位wine主机组件程序；32位和64位qemu从机组件程序包括第一操作系统核心组件库；32位和64位wine从机组件程序包括第一操作系统非核心组件库。

参见图2的一种程序处理方法，包括：

S210、qemu从机组件程序获取应用程序的应用组件调用请求。

其中，应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序。

S220、如果应用组件调用请求中包括可变参数列表，则qemu从机组件程序将可变参数列表转换为固定数据结构，并产生从机组件调用请求。

在qemu从机组件程序获取应用程序的应用组件调用请求之前，预先对所有参数进行打包，并生成可变参数列表。在qemu从机组件程序获取应用程序的应用组件调用请求时，如果应用组件调用请求中包括可变参数列表中的参数，则qemu从机组件程序将可变参数列表转换为固定数据结构，并产生从机组件调用请求。其中，固定数据结构可以由相关技术人员预先设定，例如，固定数据结构可以是预设长度的数组，数组中每个参数的含义预先确定。

示例性的，第一架构指令集为x86指令集，qemu从机组件程序可以根据应用组件调用请求调用x86指令集的汇编指令，并传入系统调用序号和参数包地址，产生从机组件调用请求。其中，系统调用序号和参数包地址指定了进行调用的系统以及调用所需的参数。

在一个可选实施例中，可以通过64位wine从机组件程序获取64位程序的非核心组件调用请求并进行处理，产生64位程序的核心组件调用请求和/或64位程序的从机组件调用请求。可以通过32位wine从机组件程序获取32位程序的非核心组件调用请求并进行处理，产生32位程序的核心组件调用请求和/或32位程序的从机组件调用请求。其中，非核心组件可以是基于第一操作系统实现的不常用的应用组件。32位和64位wine从机组件程序可以包括第一操作系统非核心组件库。

在另一可选实施例中，还可以通过64位qemu从机组件程序获取64位程序的核心组件调用请求并进行处理，产生对应的64位程序的从机组件调用请求。通过32位qemu从机组件程序获取32位程序的核心组件调用请求并进行处理，产生对应的32位程序的从机组件调用请求。其中，核心组件可以是基于第一操作系统实现的基础且常用的应用组件。64位和32位qemu从机组件程序可以包括第一操作系统核心组件库。

在另一个可选实施例中，还可以通过32位程序和64位程序对应的应用自带组件程序获取应用组件调用请求并进行处理，且产生对应的32位程序的从机组件调用请求和64位程序的从机组件调用请求；其中，应用自带组件为基于第一架构指令集支持的第一操作系统而实现的。例如，应用自带组件可以是基于x86指令集支持的windows系统实现。

S230、指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序。

其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序。

S240、第一64位qemu主机组件程序获取对应于32位程序的主机组件调用请求。

示例性的，第一64位qemu主机组件程序可以支持qemu从机组件程序发送的，经过指令转换引擎进行转换得到的32位程序的主机组件调用请求，并且可以对获取得到32位程序的主机组件调用请求进行处理。

S250、第一64位qemu主机组件程序将主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，从32位转换为64位。

32位程序的主机调用请求中可以包括参数、地址、指针和句柄等至少一个数据对象。第一64位qemu主机组件程序可以对调用请求中的至少一个数据对象进行转换，将其从32位转换为64位。示例性的，第一64位qemu主机组件程序可以将32位程序的主机组件请求中的寻址空间扩展成为64位程序对应的寻址空间。

在一个可选实施例中，第一64位qemu主机组件程序将主机组件调用请求中的参数、地址、指针和句柄中的至少一个，从32位转换为64位包括：第一64位qemu主机组件程序将主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，分配64位数据结构；将32位数据对象数据结构中的数值赋值给64位数据结构。

示例性的，32位程序对应的寻址空间大小为4GB，而64位对应的寻址空间大小大于4GB，因此，在32位转换为64位过程中需要扩展寻址空间，将32位寻址空间4GB扩展成为4GB以上的64位程序对应的地址空间。

示例性的，32位数据对应的数据结构所占字节数与64位不同，例如，32位数据对应的指针变量所占字节数为4个字节，而64位数据对应的指针变量所占字节数为8个字节，因此，需要将32位数据对应的指针所占字节数值赋值给64位数据结构。此外，32位数据对应的数据类型long和unsigned long也与64位数据对应的数据类型不同，具体可以将32位数据对应的4个字节long类型和4个字节的unsigned long类型转换为6位数据对应的8个字节long类型和8个字节的unsigned long类型。

本可选实施例通过为32位的主机组件调用请求的数据对象，分配64位数据结构，并将32位数据对象数据结构中的数值赋值给64位数据结构，实现了32位数据向64位数据的转换，从而实现了后续64位的wine主机组件程序能够对转换后的64位的请求数据的处理。

S260、第一64位qemu主机组件程序根据转换后的主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。

wine主机组件程序可以支持64位的同构指令之间的转换；wine主机组件程序可以支持基于第二架构指令集开发的所有第一操作系统的dll。示例性的，第一64位qemu主机组件程序调用wine主机组件程序，将数据转换后得到的64位的主机组件调用请求进行处理。wine主机组件程序对64位的主机组件调用请求进行处理产生第一操作系统的第一执行指令请求。其中，第一操作系统可以是windows系统。

S270、第二64位qemu主机组件程序获取主机组件调用请求，根据主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。

示例性的，第二64位qemu主机组件程序获取64位的主机组件调用请求，根据64位的主机组件调用请求调用wine主机组件程序，并由64位的wine主机组件程序对主机组件调用请求进行处理，产生第一操作系统的第一指令执行请求。

S280、操作系统虚拟程序获取第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。

在一个可选实施例中，第一64位qemu主机组件程序将操作系统虚拟程序针对主机组件调用请求的返回数据，从64位转换为32位，并将位数转换后的返回数据提供给指令转换引擎；指令转换引擎获取返回数据，并进行指令集转换，将转换后的返回数据提供给对应32位程序的从机组件程序。

示例性的，操作系统虚拟程序根据获取得到的第一指令执行请求，针对主机组件调用请求返回数据，并发送至第一64位qemu主机组件程序；第一64位qemu主机组件程序将返回数据从64位转换为32位，并将位数转换后的返回数据提供给指令转换引擎；指令转换引擎将获取得到的返回数据进行指令集转换，具体可以是将ARM64指令集转换为x86指令集，并将转换后的返回数据提供给对应的32位程序的从机组件程序，由32位程序的从机组件程序对转换后的返回数据进行处理。

本实施例方案通过采用32位的qemu从机组件程序获取32位的应用程序的应用组件调用请求，采用64位的qemu从机组件程序获取64位的应用程序的应用组件调用请求，实现了对32位和64位的应用程序对应的应用组件调用请求的获取和处理。通过第一64位qemu主机组件程序根据转换后的主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求；通过第二64位qemu主机组件程序获取所述主机组件调用请求，根据主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。上述方案通过第一64位qemu主机组件程序，实现了对32位的主机组件调用请求的转换和处理；通过第二64位qemu主机组件程序，实现了对64位的主机组件调用请求的处理。根据本实施例方案，实现了异构框架基础上不同配置的应用程序的运行。

图3是根据本公开实施例提供的一种程序处理装置的示意图，本实施例可适用于在ARM64架构的Linux系统上运行x86架构的32位或64位windows应用程序的情况，该装置配置于电子设备中，可实现本公开任意实施例所述的程序处理方法。参考图3，该程序处理装置300具体包括如下：

调用请求产生模块301，用于两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；其中，所述应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序；

调用请求转换模块302，用于指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将所述从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序；

第一请求产生模块303，用于第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；

第二请求产生模块304，用于第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；

执行请求处理模块305，用于操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理。

本公开实施例通过两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；指令转换引擎的兼容层获取并识别出从机组件调用请求属于32位程序或64位程序，将从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；通过指令转换引擎，将从机组件调用请求转换为主机组件调用请求，实现了对32位程序或64位程序的识别，以及针对32位程序或64位程序对应的不同架构指令集之间的相互转换。第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理，实现了基于第一架构指令集开发的第一操作系统下的32位或64位应用程序，能够在第二架构指令集支持的第二操作系统中运行。

在一种可选的实施方式中，所述第一架构指令集为x86指令集，所述第二架构指令集为ARM64指令集；所述第一操作系统为windows系统，所述第二操作系统为linux系统。

在一种可选的实施方式中，指令转换引擎基于qemu技术实现；两个所述从机组件程序包括32位qemu从机组件程序和64位qemu从机组件程序，两个64位主机组件程序包括对应于32位qemu从机组件程序的第一64位qemu主机组件程序，以及对应于64位qemu从机组件程序的第二64位qemu主机组件程序。

在一种可选的实施方式中，操作系统虚拟程序基于wine技术实现；所述从机组件程序还包括32位wine从机组件程序和64位wine从机组件程序，所述主机组件程序还包括64位wine主机组件程序；32位和64位qemu从机组件程序包括第一操作系统核心组件库；32位和64位wine从机组件程序包括第一操作系统非核心组件库。

在一种可选的实施方式中，所述装置还包括进程初始化模块；

所述进程初始化模块，包括：

地址空间屏蔽单元，用于屏蔽4G以下的地址空间；

第一初始化单元，用于初始化第一架构指令集支持的虚拟CPU参数；

第二初始化单元，用于初始化第一架构指令集和第二架构指令集转换关系；

第一文件头读取单元，用于读取应用程序的文件头，并根据文件头中的标识确定应用程序为32位程序或64位程序；

地址空间分配单元，用于根据所述应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间；

参数分配单元，用于为从机组件程序分配进程环境块和运行参数；

结构分配单元，用于为所述指令转换引擎的虚拟CPU分配数据结构及寄存器结构；

寄存器绑定单元，用于为从机组件程序分配线程环境块、线程堆栈及运行参数，并将所述从机组件程序与虚拟CPU的寄存器进行绑定；

进程设置单元，用于设置进程未处理异常总过滤器；

第二文件头读取单元，用于读取应用程序的文件头，并根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载依赖组件列表；

地址读取单元，用于读取所述文件头中的应用程序执行入口地址。

在一种可选的实施方式中，地址空间分配单元，包括：

第一列表加载子单元，用于如果所述应用程序为32位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载32位的依赖组件列表；

地址空间开放子单元，放开屏蔽的4G以下地址空间。

在一种可选的实施方式中，地址空间分配单元，包括：

第二列表加载子单元，用于如果所述应用程序为64位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载64位的依赖组件列表。

在一种可选的实施方式中，调用请求产生模块301，包括：

第一调用请求获取单元，用于qemu从机组件程序获取应用程序的应用组件调用请求；

调用请求产生单元，用于如果所述应用组件调用请求中包括可变参数列表，则所述qemu从机组件程序将所述可变参数列表转换为固定数据结构，并产生从机组件调用请求。

在一个可选的实施方式中，第一请求产生模块303，包括：

第二调用请求获取单元，用于第一64位qemu主机组件程序获取对应于32位程序的主机组件调用请求；

转换单元，用于所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，从32位转换为64位；

第一执行请求产生单元，用于所述第一64位qemu主机组件程序根据转换后的主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。

在一个可选的实施方式中，转换单元，包括：

数据结果分配子单元，用于所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，分配64位数据结构；

数值赋值子单元，用于将32位数据对象数据结构中的数值赋值给所述64位数据结构。

在一个可选的实施方式中，所述装置还包括：

转换数据提供模块，用于所述第一64位qemu主机组件程序将操作系统虚拟程序针对主机组件调用请求的返回数据，从64位转换为32位，并将位数转换后的返回数据提供给指令转换引擎；

返回数据提供模块，用于所述指令转换引擎获取所述返回数据，并进行指令集转换，将转换后的返回数据提供给对应32位程序的从机组件程序。

在一个可选的实施方式中，所述第二请求产生模块304，用于：

第二执行请求产生单元，用于第二64位qemu主机组件程序获取所述主机组件调用请求，根据所述主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。

本公开实施例的技术方案所提供的一种程序处理装置可执行本公开任意实施例所提供的程序处理方法，具备执行程序处理方法相应的功能模块和有益效果。

本公开的技术方案中，所涉及的应用组件调用请求的获取和处理等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图4示出了可以用来实施本公开的实施例的示例电子设备400的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图4所示，设备400包括计算单元401，其可以根据存储在只读存储器(ROM)402中的计算机程序或者从存储单元408加载到随机访问存储器(RAM)403中的计算机程序，来执行各种适当的动作和处理。在RAM 403中，还可存储设备400操作所需的各种程序和数据。计算单元401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

设备400中的多个部件连接至I/O接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如程序处理方法。例如，在一些实施例中，程序处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由ROM 402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到RAM 403并由计算单元401执行时，可以执行上文描述的程序处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行程序处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科，既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术；人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术及机器学习/深度学习技术、大数据处理技术、知识图谱技术等几大方向。

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源池，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (12)

1.一种程序处理方法，应用于后端服务器，所述方法包括：

两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；其中，所述应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序；

指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将所述从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序；其中，指令转换引擎基于qemu技术实现；两个所述从机组件程序包括32位qemu从机组件程序和64位qemu从机组件程序，两个64位主机组件程序包括对应于32位qemu从机组件程序的第一64位qemu主机组件程序，以及对应于64位qemu从机组件程序的第二64位qemu主机组件程序；

第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；

第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；

操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理；

其中，第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求包括：

第一64位qemu主机组件程序获取对应于32位程序的主机组件调用请求；

所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，从32位转换为64位；

所述第一64位qemu主机组件程序根据转换后的主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求；

其中，所述第一64位qemu主机组件程序将操作系统虚拟程序针对主机组件调用请求的返回数据，从64位转换为32位，并将位数转换后的返回数据提供给指令转换引擎；

所述指令转换引擎获取所述返回数据，并进行指令集转换，将转换后的返回数据提供给对应32位程序的从机组件程序。

2.根据权利要求1所述的方法，其中，所述第一架构指令集为x86指令集，所述第二架构指令集为ARM64指令集；所述第一操作系统为windows系统，所述第二操作系统为linux系统。

3.根据权利要求1所述的方法，其中，操作系统虚拟程序基于wine技术实现；所述从机组件程序还包括32位wine从机组件程序和64位wine从机组件程序，所述主机组件程序还包括64位wine主机组件程序；32位和64位qemu从机组件程序包括第一操作系统核心组件库；32位和64位wine从机组件程序包括第一操作系统非核心组件库。

4.根据权利要求1或2所述的方法，还包括指令转换引擎的进程初始化过程，所述进程初始化过程包括：

屏蔽4G以下的地址空间；

初始化第一架构指令集支持的虚拟CPU参数；

初始化第一架构指令集和第二架构指令集转换关系；

读取应用程序的文件头，并根据文件头中的标识确定应用程序为32位程序或64位程序；

根据所述应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间；

为从机组件程序分配进程环境块和运行参数；

为所述指令转换引擎的虚拟CPU分配数据结构及寄存器结构；

为从机组件程序分配线程环境块、线程堆栈及运行参数，并将所述从机组件程序与虚拟CPU的寄存器进行绑定；

设置进程未处理异常总过滤器；

读取应用程序的文件头，并根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载依赖组件列表；

读取所述文件头中的应用程序执行入口地址。

5.根据权利要求4所述的方法，其中，根据所述应用程序为32位程序或64位程序，采用对应的组件加载策略并分配地址空间包括：

如果所述应用程序为32位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载32位的依赖组件列表；

放开屏蔽的4G以下地址空间。

6.根据权利要求4所述的方法，其中，根据所述应用程序为32位程序或64位程序，采用对应的组件加载策略包括：

如果所述应用程序为64位程序，则根据文件头中的依赖组件列表，在从机组件程序和主机组件程序中注册加载64位的依赖组件列表。

7.根据权利要求1所述的方法，其中，每个从机组件程序获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求包括：

qemu从机组件程序获取应用程序的应用组件调用请求；

如果所述应用组件调用请求中包括可变参数列表，则所述qemu从机组件程序将所述可变参数列表转换为固定数据结构，并产生从机组件调用请求。

8.根据权利要求1所述的方法，其中，所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个，从32位转换为64位包括：

所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，分配64位数据结构；

将32位数据对象数据结构中的数值赋值给所述64位数据结构。

9.根据权利要求1所述的方法，其中，第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求包括：

第二64位qemu主机组件程序获取所述主机组件调用请求，根据所述主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求。

10.一种程序处理装置，应用于后端服务器，所述装置包括：

调用请求产生模块，用于两个从机组件程序分别获取应用程序的应用组件调用请求并进行处理，且产生从机组件调用请求；其中，所述应用程序和应用组件分别是基于第一架构指令集支持的第一操作系统而实现的32位程序和64位程序；

调用请求转换模块，用于指令转换引擎的兼容层获取并识别出所述从机组件调用请求属于32位程序或64位程序，将所述从机组件调用请求转换为主机组件调用请求，并提供给对应的主机组件程序；其中，主机组件是基于第二架构指令集支持的第一操作系统而实现的64位程序；其中，指令转换引擎基于qemu技术实现；两个所述从机组件程序包括32位qemu从机组件程序和64位qemu从机组件程序，两个64位主机组件程序包括对应于32位qemu从机组件程序的第一64位qemu主机组件程序，以及对应于64位qemu从机组件程序的第二64位qemu主机组件程序；

第一请求产生模块，用于第一64位主机组件程序获取对应于32位程序的主机组件调用请求并进行位数转换，且产生第一操作系统的第一指令执行请求；

第二请求产生模块，用于第二64位主机组件程序获取对应于64位程序的主机组件调用请求并进行处理，且产生第一操作系统的第一指令执行请求；

执行请求处理模块，用于操作系统虚拟程序获取所述第一指令执行请求，转换为第二架构指令集支持的第二操作系统的第二指令执行请求并进行处理；

其中，第一请求产生模块，包括：

第二调用请求获取单元，用于第一64位qemu主机组件程序获取对应于32位程序的主机组件调用请求；

转换单元，用于所述第一64位qemu主机组件程序将所述主机组件调用请求中的参数、地址、指针和句柄中的至少一个数据对象，从32位转换为64位；

第一执行请求产生单元，用于所述第一64位qemu主机组件程序根据转换后的主机组件调用请求调用wine主机组件程序并进行处理，产生第一操作系统的第一指令执行请求；

所述装置还包括：

转换数据提供模块，用于所述第一64位qemu主机组件程序将操作系统虚拟程序针对主机组件调用请求的返回数据，从64位转换为32位，并将位数转换后的返回数据提供给指令转换引擎；

返回数据提供模块，用于所述指令转换引擎获取所述返回数据，并进行指令集转换，将转换后的返回数据提供给对应32位程序的从机组件程序。

11. 一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的程序处理方法。

12.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使计算机执行根据权利要求1-9中任一项所述的程序处理方法。