具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了根据本申请实施例的技术方案的实施环境图。

如图1所示，本申请实施例的技术方案的实施环境可以包括终端设备。例如，包括如图1中所示智能手机101、平板电脑102、触摸显示器103和便携式计算机104中的任意一种，当然也可以是其它具有触摸显示功能的电子设备等等。

在本申请的一个实施例中，用户可以利用具有触摸显示功能的智能手机实施本申请实施例的技术方案，例如图1中所示的智能手机101。具体的，所述智能手机的屏幕可以显示界面，且在所述屏幕中显示的界面可以进行切换。

为了让本领域技术人员更直观的理解本申请，这里将以一个具体的示例加以说明。

在一个实施例的具体实现中，可以参照图2的所示出的应用实现本申请的技术方案，如图2，示出了根据本申请的一个实施例的应用程序界面切换方法的应用示意图。

如图2，展示了显示设备的界面在不同操作指令下的切换效果，其中，在状态201的手机屏幕中，通过触摸本地界面中的APP(应用程序)图标来进入应用程序，此时，手机屏幕中显示如状态202所示的第一界面。进一步的，在触摸所述第一界面中的“第二界面”按钮之后，手机屏幕中的界面进入到如图中屏幕状态203所示出的第二界面，在进一步的操作中，通过触摸第二界面中的“返回”按钮，手机屏幕中的界面返回到如状态204所示出的第一界面。

对于本领域技术人员而言，应该理解的是，在屏幕上的操作并不限于如上所示出的触摸方式，具体还可以是用键盘输入的方式。还可以是通过鼠标点击的方式，也可以是基于人工智能引擎(AIE，Artificial Intelligence Engine)的语音识别的方式。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

根据本公开的第一方面，提供了一种应用程序界面切换方法。

参见图3，示出了根据本申请的一个实施例的应用程序界面切换方法的流程图，该应用程序界面切换方法可以由具有计算处理功能的设备来执行，比如可以由图1中所示的智能手机101来执行，或者由如图1中所示的平板102来执行。如图3所示，该应用程序界面切换方法至少包括步骤310至步骤370：

步骤310，将第一界面显示在第一界面容器中。

步骤330，响应于用户在第一界面上的第一操作指令，获取第二界面元素。

步骤350，生成第二界面容器，所述第二界面容器的堆栈位置在第一界面容器的堆栈位置之上。

步骤370，将所述第二界面元素显示在所述第二界面容器中，以将第一界面切换至第二界面。

下面将对如上实施步骤进行详细说明：

在步骤310至步骤330中，将第一界面显示在第一界面容器中；响应于用户在第一界面上的第一操作指令，获取第二界面元素。

在本申请中，通过将第一界面显示在第一界面容器中，可以使得所述第一界面展示在显示屏幕中。

需要注意的是，在本申请中，所述第二界面元素具体可以包括图片、文字、符号、链接入口以及界面组件等元素中一种或者多种。

在步骤350至步骤370中，生成第二界面容器，所述第二界面容器的堆栈位置在第一界面容器的堆栈位置之上；将所述第二界面元素显示在所述第二界面容器中，以将第一界面切换至第二界面。

在本申请中，所述第一界面容器中可以包括第一容器关联引擎，其中，容器关联引擎主要用于关联应用程序中的界面容器与本地系统中的界面容器，以使得应用程序的界面能正常显示在本地系统所支持的显示界面上。

在本申请中，所述第一界面容器中还可以包括第一界面元素载体，其中，所述界面元素载体主要用于承载和管理界面元素。

在本申请中，如上步骤350至步骤370的所示的步骤，可以通过如下实施例实现：

实施例一、

本实施例中，在将所述第二界面元素显示在所述第二界面容器中之前，可以实施如图4所示的步骤。

参见图4，示出了根据本申请的一个实施例的在将所述第二界面元素显示在所述第二界面容器中之前方法流程图，具体可包括步骤361至362：

步骤361，将所述第一容器关联引擎从第一界面容器转移到所述第二界面容器。

步骤362，基于所述第一容器关联引擎，关联所述第二界面容器和本地界面容器。

进一步的，在基于所述第一容器关联引擎，关联所述第二界面容器和本地界面容器之后，所述将所述第二界面元素显示在所述第二界面容器中可以通过如图5所示的步骤实现。

参见图5，示出了根据本申请的一个实施例的将所述第二界面元素显示在所述第二界面容器中的细节流程图，具体可包括步骤371至372：

步骤371，在所述第二界面容器中生成第二界面元素载体。

步骤372，将所述第二界面元素加载到所述第二界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

在本实施例中，通过将第一界面容器中的第一容器关联引擎转移到生成的第二界面容器中，并同时在生成的第二界面容器中生成第二界面元素载体，使得第二界面容器不需要重新生成和初始化新的容器关联引擎，就可以与本地界面容器相互关联。其好处就在于，第一方面，可以解决由容器关联引擎的数量过多而带来的占用内存的技术问题，第二方面，可以节省重新生成和初始化新容器关联引擎而需要的时间，进而提高界面切换效率。第三方面，可以提高界面在切换过程中的流畅性，例如可以防止界面在切换过程中出现黑屏的情况发生。

继续参照本实施例，在将第一界面切换至第二界面之后，还可以将第二界面切换至第一界面，具体可以通过如下方式实现：

响应于用户在第二界面上的第二操作指令，移除所述第二界面容器，以显示所述第一界面容器中的第一界面，以将第二界面切换至第一界面。

具体的，在移除所述第二界面容器之前，还可以实施如图6所示的步骤。

参见图6，示出了根据本申请的一个实施例的在移除所述第二界面容器之前的方法流程图，具体可包括步骤381至382：

步骤381，将所述第一容器关联引擎从第二界面容器转移到所述第一界面容器。

步骤382，基于所述第一容器关联引擎，关联所述第一界面容器和本地界面容器。

为了使本领域技术人员更加直观的理解本实施例的技术方案，下面将参照图7以一个具体的演示进行说明。

如图7，示出了根据本申请的一个实施例的应用程序界面切换的栈结构图。

由图可知，701和705所示的状态1为显示第一界面时的栈结构状态，703所示的状态2为显示第二界面时的栈结构状态，通过702所示的过程1可知，在第一界面切换至第二界面的过程中，会在第一界面容器的堆栈位置之上生成一个第二界面容器，以及在第二界面容器中生成一个第二界面元素载体，同时，将第一界面容器中的第一容器关联引擎转移至第二界面容器中。通过704所示的过程2可知，在第二界面切换至第一界面的过程中，会将第二界面容器中的第一容器关联引擎转移至第一界面容器中，然后移除第二界面容器。

实施例二、

本实施例中，在将所述第二界面元素显示在所述第二界面容器中之前，可以实施如图8所示的步骤。

参见图8，示出了根据本申请的一个实施例的在将所述第二界面元素显示在所述第二界面容器中之前方法流程图，具体可包括步骤363至364：

步骤363，将所述第一界面元素载体从第一界面容器转移到所述第二界面容器。

步骤364，将所述第二界面元素加载到所述第一界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

进一步的，在将所述第二界面元素加载到所述第一界面元素载体中之后，所述将所述第二界面元素显示在所述第二界面容器中可以通过如图9所示的步骤实现。

参见图9，示出了根据本申请的一个实施例的将所述第二界面元素显示在所述第二界面容器中的细节流程图，具体可包括步骤373至374：

步骤373，在所述第二界面容器中生成第二容器关联引擎。

步骤374，基于所述第二容器关联引擎，关联所述第二界面容器和本地界面容器。

继续参照本实施例，在将第一界面切换至第二界面之后，还可以将第二界面切换至第一界面，具体可以通过如下方式实现：

响应于用户在第二界面上的第二操作指令，移除所述第二界面容器，以显示所述第一界面容器中的第一界面，以将第二界面切换至第一界面。

具体的，在移除所述第二界面容器之前，还可以将所述第一界面元素载体从第二界面容器转移到所述第一界面容器，以用于将第一界面中的元素加载到所述第一界面元素载体中。

为了使本领域技术人员更加直观的理解本实施例的技术方案，下面将参照图10以一个具体的演示进行说明。

如图10，示出了根据本申请的一个实施例的应用程序界面切换的栈结构图。

由图可知，1001和1005所示的状态1为显示第一界面时的栈结构状态，1003所示的状态2为显示第二界面时的栈结构状态，通过1002所示的过程1可知，在第一界面切换至第二界面的过程中，会在第一界面容器的堆栈位置之上生成一个第二界面容器，以及在第二界面容器中生成一个第二容器关联引擎，同时，将第一界面容器中的第一界面元素载体转移至第二界面容器中。通过1004所示的过程2可知，在第二界面切换至第一界面的过程中，会将第二界面容器中的第一界面元素载体转移至第一界面容器中，然后移除第二界面容器。

实施例三、

本实施例中，在将所述第二界面元素显示在所述第二界面容器中之前，可以实施如图11所示的步骤。

参见图11，示出了根据本申请的一个实施例的在将所述第二界面元素显示在所述第二界面容器中之前方法流程图，具体可包括步骤365至366：

步骤365，将所述第一容器关联引擎从第一界面容器转移到所述第二界面容器，以关联所述第二界面容器和本地界面容器。

步骤366，将所述第一界面元素载体从第一界面容器转移到所述第二界面容器，以将所述第二界面元素加载到所述第一界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

继续参照本实施例，在将所述第二界面元素显示在所述第二界面容器中之后，还可以将第二界面切换至第一界面，具体可以通过如下方式实现：

响应于用户在第二界面上的第二操作指令，移除所述第二界面容器，以显示所述第一界面容器中的第一界面，以将第二界面切换至第一界面。

具体的，在移除所述第二界面容器之前，还可以分别将所述第一界面元素载体和第一容器关联引擎从第二界面容器转移到所述第一界面容器。

为了使本领域技术人员更加直观的理解本实施例的技术方案，下面将参照图12以一个具体的演示进行说明。

如图12，示出了根据本申请的一个实施例的应用程序界面切换的栈结构图。

由图可知，1201和1205所示的状态1为显示第一界面时的栈结构状态，1203所示的状态2为显示第二界面时的栈结构状态，通过1202所示的过程1可知，在第一界面切换至第二界面的过程中，会在第一界面容器的堆栈位置之上生成一个第二界面容器，同时，将第一界面容器中的第一界面元素载体和第一容器关联引擎转移至第二界面容器中。通过1204所示的过程2可知，在第二界面切换至第一界面的过程中，会将第二界面容器中的第一界面元素载体和第一容器关联引擎转移至第一界面容器中，然后移除第二界面容器。

实施例四、

本实施例中，所述将所述第二界面元素显示在所述第二界面容器中可以通过如图13所示的步骤实现。

参见图13，示出了根据本申请的一个实施例的将所述第二界面元素显示在所述第二界面容器中的细节流程图，具体可包括步骤375至376：

步骤375，在所述第二界面容器中生成第二容器关联引擎，以关联所述第二界面容器和本地界面容器。

步骤376，在所述第二界面容器中生成第二界面元素载体，以将所述第二界面元素加载到所述第二界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

继续参照本实施例，在将所述第二界面元素显示在所述第二界面容器中之后，还可以将第二界面切换至第一界面，具体可以通过如下方式实现：

响应于用户在第二界面上的第二操作指令，移除所述第二界面容器，以显示所述第一界面容器中的第一界面，以将第二界面切换至第一界面。

为了使本领域技术人员更加直观的理解本实施例的技术方案，下面将参照图14以一个具体的演示进行说明。

如图14，示出了根据本申请的一个实施例的应用程序界面切换的栈结构图。

由图可知，1401和1403所示的状态1为显示第一界面时的栈结构状态，1402所示的状态2为显示第二界面时的栈结构状态，在第一界面切换至第二界面的过程中，会在第一界面容器的堆栈位置之上生成一个第二界面容器，以及在第二界面容器中生成一个第二容器关联引擎和一个第二界面元素载体，在第二界面切换至第一界面的过程中，则会移除生成的第二界面容器。

为了使本领域技术人员更加理解本申请，下面将参照实施例一，以一个具体的应用场景对本申请进行说明：

本申请可以应用于Android APP端，也可以应用于iOS APP端，涉及Flutter和Native混合开发模式。其中，Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面。

在应用中，可以将Flutter的界面栈托管给Native的界面栈进行管理，例如，托管给Android Native的界面栈进行管理。具体的，Flutter的界面栈建立在Native的界面栈之上，其中，Flutter界面元素通过Flutter View加载在Flutter界面容器中，以显示Flutter界面，此外，Flutter界面与Native界面通过Flutter引擎关联。

在界面的切换过程中，例如，在进入到一个新的Flutter界面时，可以在新的Flutter界面容器中生成一个Flutter View，用于加载新的Flutter界面的界面元素，将上一个Flutter界面中的Flutter引擎转移到新的Flutter界面中，即本应用场景只复用Flutter引擎而不复用Flutter View，如此就可以实现对Flutter界面的切换。

在本应用场景中，由于生成一个新的Flutter引擎需要花费较长时间，且Flutter引擎会占用较大内存而Flutter View占用内存很小，所以只复用Flutter引擎而不复用Flutter View的好处在于，可以加快界面切换的速度和增强界面切换的流畅性，并且还不会出现内存占用过大的问题。

在本申请的一些实施例所提供的技术方案中，通过在第一界面上的第一操作指令，获取第二界面元素，并在第一界面所在的第一界面容器的堆栈位置之上生成第二界面容器，然后将获取的第二界面元素显示在所述第二界面容器中，以将第一界面切换至第二界面。在本方案中，由于第一界面由第一界面容器管理，第二界面由生成的第二界面容器管理，因而降低了第一界面与第二界面在切换过程中出现混乱的可能性，例如在界面返回退出的过程中，能够保证界面的逐个返回，而不会出现一次性退回所有界面，故可以增强应用程序界面在切换过程中的稳定性。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的应用程序界面切换方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的应用程序界面切换方法的实施例。

图15示出了根据本申请的一个实施例的应用程序界面切换装置的框图。

参照图15所示，根据本申请的一个实施例的应用程序界面切换装置1500，包括：第一显示单元1501、获取单元1502、生成单元1503和第二显示单元1504。

其中，第一显示单元1501，被用于将第一界面显示在第一界面容器中；获取单元1502，被用于响应于用户在第一界面上的第一操作指令，获取第二界面元素；生成单元1503，被用于生成第二界面容器，所述第二界面容器的堆栈位置在第一界面容器的堆栈位置之上；第二显示单元1504，被用于将所述第二界面元素显示在所述第二界面容器中，以将第一界面切换至第二界面。

在本申请的一些实施例中，基于前述方案，所述第一界面容器中包括第一容器关联引擎，所述应用程序界面切换装置还包括第一转移单元，被用于在将所述第二界面元素显示在所述第二界面容器中之前，将所述第一容器关联引擎从第一界面容器转移到所述第二界面容器；关联单元，被用于基于所述第一容器关联引擎，关联所述第二界面容器和本地界面容器。

在本申请的一些实施例中，基于前述方案，所述第二显示单元1504配置为：在所述第二界面容器中生成第二界面元素载体；将所述第二界面元素加载到所述第二界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

在本申请的一些实施例中，基于前述方案，所述第一显示单元1501配置为：在将第一界面切换至第二界面之后，响应于用户在第二界面上的第二操作指令，移除所述第二界面容器，以显示所述第一界面容器中的第一界面，以将第二界面切换至第一界面。

在本申请的一些实施例中，基于前述方案，所述第一转移单元配置为：在移除所述第二界面容器之前，将所述第一容器关联引擎从第二界面容器转移到所述第一界面容器；关联单元配置为：基于所述第一容器关联引擎，关联所述第一界面容器和本地界面容器。

在本申请的一些实施例中，基于前述方案，所述第一界面容器中包括第一界面元素载体，所述应用程序界面切换装置还包括第二转移单元，被用于在将所述第二界面元素显示在所述第二界面容器中之前，将所述第一界面元素载体从第一界面容器转移到所述第二界面容器；加载单元，被用于将所述第二界面元素加载到所述第一界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

在本申请的一些实施例中，基于前述方案，所述第二显示单元1504配置为：在所述第二界面容器中生成第二容器关联引擎；基于所述第二容器关联引擎，关联所述第二界面容器和本地界面容器。

在本申请的一些实施例中，基于前述方案，所述第一界面容器中包括第一容器关联引擎和第一界面元素载体，所述应用程序界面切换装置还包括第三转移单元，被用于在将所述第二界面元素显示在所述第二界面容器中之前，将所述第一容器关联引擎从第一界面容器转移到所述第二界面容器，以关联所述第二界面容器和本地界面容器；将所述第一界面元素载体从第一界面容器转移到所述第二界面容器，以将所述第二界面元素加载到所述第一界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

在本申请的一些实施例中，基于前述方案，所述第二显示单元1504配置为：在所述第二界面容器中生成第二容器关联引擎，以关联所述第二界面容器和本地界面容器。在所述第二界面容器中生成第二界面元素载体，以将所述第二界面元素加载到所述第二界面元素载体中，以将所述第二界面元素显示在所述第二界面容器中。

图16示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图16示出的电子设备的计算机系统1600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图16所示，计算机系统1600包括中央处理单元(Central Processing Unit，CPU)1601，其可以根据存储在只读存储器(Read-Only Memory，ROM)1602中的程序或者从存储部分1608加载到随机访问存储器(Random Access Memory，RAM)1603中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1603中，还存储有系统操作所需的各种程序和数据。CPU 1601、ROM 1602以及RAM 1603通过总线1604彼此相连。输入/输出(Input/Output，I/O)接口1605也连接至总线1604。

以下部件连接至I/O接口1605：包括键盘、鼠标等的输入部分1606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1607；包括硬盘等的存储部分1608；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1609。通信部分1609经由诸如因特网的网络执行通信处理。驱动器1610也根据需要连接至I/O接口1605。可拆卸介质1611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1610上，以便于从其上读出的计算机程序根据需要被安装入存储部分1608。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1609从网络上被下载和安装，和/或从可拆卸介质1611被安装。在该计算机程序被中央处理单元(CPU)1601执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。