应用迁移方法、装置、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种应用迁移方法、装置、电子设备和存储介质。

背景技术

应用迁移是指将应用程序从一个环境、平台或基础架构迁移到另一个环境、平台或基础架构的过程。应用迁移允许企业从传统的本地环境转移到更具灵活性和弹性的云环境，云环境可以根据需求进行资源的动态分配和自动调整，使应用能够更好地应对流量峰值和变化，实现快速扩展和收缩；应用迁移到云环境可以帮助企业降低基础设施和运维成本，云服务提供商通常采用按需计费的模式，企业只需支付实际使用的资源，避免了传统硬件设备和维护的大量成本；云服务提供商通常提供多个数据中心和区域，确保数据的备份，从而使应用能够持续运行，减少停机时间和业务损失；应用迁移可以采用自动化和标准化的部署流程，使新环境的配置和设置变得更加简单和快速，有助于加快应用的交付速度，实现快速迭代和持续交付的敏捷开发模式；应用迁移为企业提供了更大的灵活性和创新空间，云环境提供了丰富的云服务和工具，支持新技术的快速采用和集成，企业可以更容易地尝试新的功能、扩展业务，并快速响应市场变化；通过将应用迁移到云环境，企业可以受益于云服务提供商的安全性能和专业知识，更好地保护敏感数据和业务。

目前，在对应用进行迁移的过程中，通常采用人工的方式进行迁移，通过开发人员将需要迁移的应用的全部文件手动迁移到另外的操作系统中，导致对应用的迁移的效率比较低。因此，亟需一种具有较高迁移效率的应用迁移方法、装置、电子设备和存储介质。

发明内容

本公开提供了一种应用迁移方法、装置、电子设备和存储介质。

根据本公开的第一方面，提供了一种应用迁移方法。该方法包括：

获取待迁移应用的各依赖文件；

若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同；

若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中；

若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中。

进一步地，所述获取待迁移应用的各依赖文件，包括：

通过预设拦截程序启动所述待迁移应用；

所述待迁移应用在启动之后向所述预设拦截程序发送预设信号；

所述预设拦截程序接收所述预设信号，并通过ptrace系统调用所述待迁移应用每次函数调用的寄存器值，得到所述待迁移应用调用的系统的种类；

根据所述待迁移应用调用的系统的种类，得到所述待迁移应用在调用时涉及到的文件；

当所述待迁移应用结束调用时，根据获得的所述待迁移应用在调用时涉及到的文件，得到各依赖文件。

进一步地，所述根据所述待迁移应用调用的系统的种类，得到所述待迁移应用在调用时涉及到的文件，包括：

判断所述待迁移应用调用的系统的种类是否属于文件操作类别；

若是，则对得到的所述待迁移应用在调用时涉及到的文件进行存储；

若否，则对得到的所述待迁移应用在调用时涉及到的文件进行删除。

进一步地，所述方法还包括：

判断所述待迁移应用运行是否由多个子进程组成；

若是，则判断所述子进程和所述待迁移应用运行之间的关系；

若是父子关系，则在通过ptrace系统调用所述待迁移应用每次函数调用的寄存器值时，同时拦截调用各子进程的函数调用的寄存器值。

进一步地，所述方法还包括：

若所述依赖文件不为共享文件，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中。

进一步地，所述方法还包括：

判断各所述依赖文件是否全部完成迁移到所述目标操作系统的预设根文件系统中；

若是，则将各所述依赖文件进行封装成容器镜像。

进一步地，所述方法还包括：

在所述目标操作系统中检索获取各配置文件；

判断所述配置文件是否为所述目标操作系统对应的固定配置条目；

若是，则将所述配置文件进行删除；

若否，则将所述配置文件进行持久化存储，并在完成迁移的所述待迁移应用启动之前临时写入所述目标操作系统的系统环境中。

根据本公开的第二方面，提供了一种应用迁移装置。该装置包括：

获取模块，用于获取待迁移应用的各依赖文件；

判断模块，用于若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同；

第一迁移模块，用于若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中；

第二迁移模块，用于若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中。

根据本公开的第三方面，提供了一种电子设备。该电子设备包括：存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现所述方法。

根据本公开的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现所述方法。

本公开通过获取待迁移应用的各依赖文件；若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中；若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中，实现对应用迁移的自动化进行，提高对应用迁移的效率。

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

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。附图用于更好地理解本方案，不构成对本公开的限定。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：

图1示出了根据本公开实施例的应用迁移方法的流程图；

图2示出了根据本公开实施例的应用迁移装置的框图；

图3示出了能够实施本公开实施例的示例性电子设备的方框图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例，都属于本公开保护的范围。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1示出了根据本公开实施例的应用迁移方法100的流程图，该方法适用于linux操作系统，该方法100包括：

S101，获取待迁移应用的各依赖文件。

在一些实施例中，所述获取待迁移应用的各依赖文件，包括：通过预设拦截程序启动所述待迁移应用，所述待迁移应用为所述预设拦截程序的子进程；所述待迁移应用启动之后，通过人工操作所述待迁移应用的所有的功能；所述待迁移应用在启动之后向所述预设拦截程序发送预设信号；所述预设拦截程序接收所述预设信号，并通过ptrace系统调用所述待迁移应用每次函数调用的寄存器值，得到所述待迁移应用调用的系统的种类；根据所述待迁移应用调用的系统的种类，得到所述待迁移应用在调用时涉及到的文件；当所述待迁移应用结束调用时，根据获得的所述待迁移应用在调用时涉及到的文件，得到各依赖文件。

根据本公开实施例，采用的拦截程序可以直接在应用运行时拦截应用程序的文件操作，从而精确获取应用程序所访问的依赖文件，这种方式可以避免手动查找和猜测依赖文件的位置和路径，确保获取到所有实际被应用程序使用的依赖文件；通过拦截程序自动获取依赖文件，无需手动进行复杂的查找和分析工作，大大节省了时间和工作量，拦截程序可以在运行时实时捕捉应用程序的文件操作，自动记录并提取相关的依赖文件信息，简化了迁移过程中对依赖文件的获取步骤，进而提高对应用的迁移的效率；此外，手动查找依赖文件存在遗漏和错误的风险，容易忽略一些被应用程序间接引用的依赖文件或者误判某些不属于依赖的文件，通过拦截程序拦截获取依赖文件，可以减少这些潜在的遗漏和错误，提高迁移的准确性和完整性。

在一些实施例中，所述预设拦截程序接收所述预设信号，并通过ptrace系统调用所述待迁移应用每次函数调用的寄存器值可以通过以下步骤进行：开发拦截程序，用于接收预设信号并处理相应的操作，并获取函数调用时的寄存器值；通过系统调用、信号处理或其他方式来接收预设信号，当接收到所述预设信号时，所述预设拦截程序开始执行相应的操作；使用ptrace系统调用，所述预设拦截程序可以对待迁移应用进行调试和跟踪，所述ptrace系统允许拦截程序监控和修改所述待迁移应用程序的执行，包括函数调用的寄存器值；所述预设拦截程序在每次函数调用时，可以使用ptrace系统来获取函数调用时的寄存器值，具体为通过读取和修改寄存器中的内容，所述预设拦截程序可以获得函数调用的参数、返回值等相关信息；所述预设拦截程序获取到函数调用的寄存器值后，可以根据需求进行相应的操作，如记录、修改或转发给其他模块处理，实现对待迁移应用的动态监测和干预。

在一些实施例中，所述根据所述待迁移应用调用的系统的种类，得到所述待迁移应用在调用时涉及到的文件，包括：判断所述待迁移应用调用的系统的种类是否属于文件操作类别；若是，则对得到的所述待迁移应用在调用时涉及到的文件进行存储；若否，则对得到的所述待迁移应用在调用时涉及到的文件进行删除。

在一些实施例中，所述判断所述待迁移应用调用的系统的种类是否属于文件操作类别可以通过以下步骤进行：根据系统调用的函数名称、参数和返回值等进行识别，常见的文件操作系统调用包括打开文件、读取文件、写入文件、创建文件、删除文件等；根据所识别的系统调用类型，构建相应的判断逻辑来确定是否属于文件操作类别，具体为采用条件语句、规则引擎或机器学习模型等方法来进行判断；在判断过程完成后，根据结果来提供相应的输出，返回一个布尔值（如True或False）表示文件操作类别的判断结果，或者提供更详细的信息，例如给出系统调用的具体类型和相关参数。

在一些实施例中，所述方法还包括：在所述预设拦截程序每次拦截结束时，获取所述待迁移应用的进程状态，当被拦截的进程退出时所述预设拦截程序自动停止拦截。

根据本公开实施例，通过判断所述待迁移应用调用的系统的种类是否属于文件操作类别，可以精确确定应用依赖文件操作相关的系统，可以缩小依赖范围，只针对文件操作相关的系统进行迁移和调整，减少不必要的工作量和风险；如果待迁移的应用程序并未涉及到文件操作相关的系统，判断后可以避免对这些系统进行干预和调整，减少了不必要的工作量和潜在的风险；文件操作相关的系统往往与底层文件系统、文件访问权限等密切相关，通过判断是否属于文件操作类别，可以处理与文件操作相关的系统，减少兼容性问题的出现；通过判断文件操作类别，可以将精力集中在文件操作相关的系统迁移上，提高迁移的效率，相比全面迁移所有系统，只迁移文件操作相关的系统可以更加专注和高效地完成迁移工作，缩短迁移时间。

在一些实施例中，所述方法还包括：判断所述待迁移应用运行是否由多个子进程组成；若是，则判断所述子进程和所述待迁移应用运行之间的关系；若是父子关系，则在通过ptrace系统调用所述待迁移应用每次函数调用的寄存器值时，同时拦截调用各子进程的函数调用的寄存器值。

在一些实施例中，所述判断所述待迁移应用运行是否由多个子进程组成可以通过以下步骤进行：通过操作系统提供的工具或编写代码进行进程监控，对待迁移应用的进程进行监控；在进程监控过程中，使用操作系统提供的API或者命令行工具来获取待迁移应用的进程信息，包括进程ID（PID）、父进程ID（PPID）、进程状态等信息；通过获取到的进程信息，遍历待迁移应用的进程树，使用递归算法或者迭代遍历的方式，根据父进程ID和进程状态来确定子进程；在遍历子进程过程中，使用一个计数器变量，在每次找到一个子进程时递增计数器的值，最后得到的计数器值即为子进程的数量；定义一个阈值，当子进程数量超过该阈值时，认定待迁移应用由多个子进程组成；通过返回一个布尔值（如True或False）表示是否由多个子进程组成，或者提供子进程数量和相关信息的详细输出。

S102，若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同。

在一些实施例中，所述若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同可以通过以下步骤进行：在依赖文件列表中，确定哪些文件是共享文件，共享文件是指多个应用程序之间可共享的文件，通常被存放在特定的系统路径中，共享文件可以是系统库文件、公共配置文件等，可以根据命名规范、文件路径或其他指标来判断文件是否属于共享文件；获取目标操作系统和原始操作系统的信息，可以通过调用系统API、查询系统配置文件或使用系统命令等方式，获取操作系统的类型、版本和体系结构等信息；通过对比原始操作系统和目标操作系统的体系结构信息，判断它们是否相同。

S103，若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中。

S104，若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中。

在一些实施例中，所述判断所述依赖文件在迁移过程中是否需要更改路径可以通过以下步骤进行：查阅操作系统文档或使用系统命令来获取目标操作系统的文件系统结构信息；检查每个依赖文件的路径是否符合目标操作系统的文件系统结构和命名约定，比较原始操作系统和目标操作系统的路径命名规则，并对比依赖文件的路径，判断是否需要更改路径；根据路径规范的对比结果，判断每个依赖文件在迁移过程中是否需要更改路径，如果依赖文件的路径与目标操作系统的路径规范一致，那么无需更改路径，否则，如果路径不符合规范，则需要进行路径的调整。

在一些实施例中，所述方法还包括：若所述依赖文件不为共享文件，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中。

在一些实施例中，所述方法还包括：判断各所述依赖文件是否全部完成迁移到所述目标操作系统的预设根文件系统中；若是，则将各所述依赖文件进行封装成容器镜像。

在一些实施例中，所述判断各所述依赖文件是否全部完成迁移到所述目标操作系统的预设根文件系统中可以通过以下步骤进行：通过遍历目标操作系统的预设根文件系统，使用操作系统提供的文件操作API、命令行工具或脚本来进行文件列表的获取；将依赖文件与目标文件系统中的文件列表进行比对，判断是否存在匹配的文件；使用数据结构（例如字典、列表或数据库）来存储依赖文件的迁移状态，例如"已迁移"或"未迁移"；如果在目标操作系统的预设根文件系统中找到匹配的依赖文件，将其对应的迁移状态设置为"已迁移"，如果没有找到匹配的文件，则将其对应的迁移状态设置为"未迁移"；对于每个依赖文件，检查其迁移状态，如果全部依赖文件的迁移状态均为"已迁移"，则说明所有依赖文件已成功迁移到目标操作系统的预设根文件系统中。

在一些实施例中，在将各所述依赖文件进行封装成容器镜像之后，基于封装好的容器镜像启动应用时，需要挂载当前宿主机上的特定资源（如/dev、/mnt等），通过此种方式使得应用能够访问到系统上的硬件设备（如U盘、GPU等）。

在一些实施例中，所述方法还包括：在所述目标操作系统中检索获取各配置文件（例如/etc/profile、/etc/bashrc、~/.bash_profile、~/.bashrc、~/bash_logout等配置文件）；判断所述配置文件是否为所述目标操作系统对应的固定配置条目（例如电脑UID、网卡信息等）；若是，则将所述配置文件进行删除；若否，则将所述配置文件进行持久化存储，并在完成迁移的所述待迁移应用启动之前临时写入所述目标操作系统的系统环境中。

根据本公开实施例，通过获取待迁移应用的各依赖文件；若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中；若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中，实现对应用迁移的自动化进行，提高对应用迁移的效率。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。

以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。

图2示出了根据本公开实施例的应用迁移装置200的方框图，该装置200包括：

获取模块201，用于获取待迁移应用的各依赖文件；

判断模块202，用于若所述依赖文件为共享文件，则判断目标操作系统和原始操作系统的体系是否相同；

第一迁移模块203，用于若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中的对应文件夹中；

第二迁移模块204，用于若否，则判断所述依赖文件在迁移过程中是否需要更改路径；若是，则将所述依赖文件按照所属文件夹名称复制迁移到目标操作系统的预设根文件系统中对应更改文件夹名称的文件夹中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，所述描述的模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本公开的技术方案中，所涉及的用户个人信息的获取、存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开实施例，本公开还提供了一种电子设备和一种可读存储介质。

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

电子设备300包括计算单元301，其可以根据存储在ROM302中的计算机程序或者从存储单元308加载到RAM303中的计算机程序，来执行各种适当的动作和处理。在RAM303中，还可存储电子设备300操作所需的各种程序和数据。计算单元301、ROM302以及RAM303通过总线304彼此相连。I/O接口305也连接至总线304。

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

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

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

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

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

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

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

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

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

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