具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

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

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

为了方便本领域技术人员理解本申请实施例提供的技术方案，下面先对技术方案实现的技术环境进行说明。

以原生组件为地图组件为例，相关技术中比较常用的小程序中原生组件的处理方法，主要包括如果小程序的一页面中包括地图组件，则在显示该页面时需要创建一地图引擎实例。并且，如果小程序中的另一页面中也包括地图组件，则在显示该另一页面时需要创建另一地图引擎实例。然而，创建地图引擎实例需要消耗较多的资源，导致小程序页面加载较慢，因此相关技术中亟需一种能够减少小程序的资源消耗，提高小程序的页面加载速度的组件处理方式。

基于类似于上文所述的实际技术需求，本申请提供的组件处理方法可以利用技术化的手段减少小程序的资源消耗，提高小程序的页面加载速度。

本申请实施例提供的组件处理方法可以应用于能够部署应用程序(Application，APP)的任意类型的电子设备。电子设备中可以部署有能够作为其他应用程序的宿主的应用程序，即宿主应用。寄生在宿主应用中并依托宿主应用来运行的应用程序即为寄生应用。其中，寄生应用中包括需要宿主应用参与处理的原生组件，寄生应用中还可以包括不需要宿主应用参与处理的非原生组件。一个实施例中，寄生应用具体可以为小程序。

需要说明的是，本申请实施例中的组件(Component)是指对数据和方法的简单封装，在其他具体应用场景中，还可以被称为控件、部件等。

为了减小寄生应用的资源消耗，提高寄生应用的页面加载速度，本申请实施例中，寄生应用的一页面中原生的目标组件，能够共享针对宿主应用中组件的目标视图，或者寄生应用的另一页面中原生的目标组件的目标视图创建的引擎实例，目标视图与目标组件的种类一致，例如，寄生应用的一页面中原生的地图组件，能够共享针对宿主应用中组件的地图视图，或者寄生应用的另一页面中原生的地图组件的地图视图创建的引擎实例，通过寄生应用中原生的目标组件，共享针对其他组件的目标视图创建的引擎实例，从而减少了寄生应用中原生组件的资源消耗，提升了寄生应用的页面加载速度。

需要说明的是，本申请实施例中主要以寄生应用为小程序为例进行举例说明。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

图1为本申请一实施例提供的组件处理方法的流程示意图，本实施例的执行主体可以为前述的电子设备。如图1所示，本实施例的方法可以包括：

步骤11，针对目标视图创建对应的引擎实例；所述目标视图为宿主应用中组件的视图，或者，寄生应用的第一页面中的第一原生组件的视图；

步骤12，在所述寄生应用需要显示包括第二原生组件的第二页面时，创建所述第二原生组件的原生视图，并通过所述原生视图将所述引擎实例共享给所述第二原生组件；所述第一原生组件和所述第二原生组件均是原生的目标组件，所述目标组件与所述目标视图的种类一致。

本申请实施例中，一寄生应用的第二页面中原生的目标组件，能够共享针对该寄生应用的宿主应用中组件的目标视图创建的引擎实例，或者，能够共享针对该寄生应用的第一页面中原生的目标组件的目标视图创建的引擎实例，目标视图与目标组件的种类一致。其中，引擎实例用于提供引擎服务，可以理解的是，在将针对目标视图对应创建的引擎实例共享给第二原生组件后，针对目标视图对应创建的引擎实例能够用于向第二原生组件提供引擎服务。

其中，目标组件可以根据需求灵活选择。一个实施例中，可以选择寄生应用中对应引擎实例消耗资源较大的原生组件作为目标组件。示例性的，目标组件可以为地图组件。基于此，一寄生应用的第二页面中原生的地图组件，能够共享针对该寄生应用的宿主应用中组件的地图视图(MapView)创建的引擎实例，或者，能够共享针对该寄生应用的第一页面中原生的地图组件的地图视图创建的引擎实例。在此情况下，针对目标视图对应创建的引擎实例为用于提供地图引擎服务的地图引擎实例。需要说明的是，为了便于说明以下主要以目标组件为地图组件为例进行举例说明。

在目标视图为宿主应用中组件的视图时，可以实现将针对宿主应用中组件的目标视图创建的引擎实例，共享给寄生应用的第二页面中原生的目标组件(即第二原生组件)。

举例1，在一地图类应用需要显示其首页时，可以创建首页中的某一组件的地图视图，并针对该地图视图创建对应的地图引擎实例。之后，当寄生在该地图类应用中的充电站小程序需要显示包括原生的地图组件的首页时，可以创建该地图组件的原生视图，并通过该原生视图将针对该地图视图创建的地图引擎实例共享给该地图组件。其中，地图类应用即为宿主应用，充电站小程序即为寄生应用，充电站小程序的首页即为第二页面，充电站小程序的首页中包括的原生的地图组件即为第二原生组件。

在目标视图为寄生应用的第一页面中的第一原生组件的视图时，可以实现将针对寄生应用的第一页面中原生的目标组件(即第一原生组件)创建的引擎实例，共享给寄生应用的第二页面中原生的目标组件(即第二原生组件)。

举例2，在宿主应用中一地图相关小程序需要显示包括原生的地图组件1的页面a时，可以创建该地图组件1的原生视图，在该原生视图下进一步创建地图视图，并针对该地图视图创建对应的地图引擎实例。之后，当该地图相关小程序需要显示包括原生的地图组件2的页面b时，可以创建该地图组件2的原生视图，并通过地图组件2的原生视图将针对地图组件1的地图视图创建的地图引擎实例共享给地图组件2。其中，地图相关小程序即为寄生应用，地图相关小程序的页面a记为第一页面，页面a中的地图组件1即为第一原生组件，地图相关小程序的页面b即为第二页面，页面b中的地图组件2即为第二原生组件。

一个实施例中，通过第二原生组件的原生视图将针对目标视图对应创建的引擎实例共享给第二原生组件，具体可以包括：通过第二原生组件的原生视图直接将针对目标视图对应创建的引擎实例共享给第二原生组件。

另一个实施例中，通过第二原生组件的原生视图将针对目标视图对应创建的引擎实例共享给第二原生组件，具体可以包括：通过第二原生组件的原生视图将目标视图适配给第二原生组件，以实现将针对目标视图对应创建的引擎实例共享给第二原生组件。需要说明的是，引擎实例与目标视图的关系为目标视图是引擎实例的封装，引擎更底层，以地图引擎和地图实例为例，地图视图是对地图引擎的封装，通过原生视图将目标视图适配给第二原生组件，使得在实现引擎实例的共享时无需重写一遍对于引擎实例的封装，有利于简化实现。

示例性的，通过第二原生组件的原生视图将目标视图适配给第二原生组件，具体可以包括：通过第二原生组件的原生视图建立目标视图与第二原生组件之间的传递关系，以将针对第二原生组件的组件参数传递给目标视图，以触发引擎实例根据第二原生组件的组件参数向第二原生组件提供引擎服务。由于引擎实例是针对目标视图创建，目标视图与引擎实例之间具有传递参数的能力，因此通过建立目标视图与第二原生组件之间的传递关系，可以将针对第二原生组件的组件参数传递给目标视图，以由目标视图传递给针对目标视图创建的引擎实例，以触发引擎实例根据第二原生组件的组件参数向第二原生组件提供引擎服务，从而实现将针对目标视图创建的引擎实例共享给第二原生组件。

其中，第二原生组件的组件参数具体可以是第二原生组件需要传递给引擎实例的任意类型的参数，具体可以根据需求灵活实现。示例性的，第二原生组件的组件参数可以包括下述中的任意一种或多种：由事件触发的组件参数、由函数调用触发的组件参数或由初始显示触发的组件参数。

例如，在例1的基础上，假设在显示充电站小程序的首页情况下，获取到了使用者针对充电站小程序的首页中原生的地图组件的手势事件，则对于手势事件的响应过程例如可以为：充电站小程序的首页中原生的地图组件可以将获取到的手势事件对应的手势参数，通过该地图组件的原生视图传递给针对地图类应用的页面中组件的地图视图，该地图视图可以将手势参数转换为引擎实例可识别的参数，并将转换得到的引擎实例可识别的参数传递给针对该地图视图创建的地图引擎实例，该地图引擎实例可以将接收到的引擎实例可识别的参数转换为真实的经纬度参数，并根据经纬度参数进行地图的渲染及显示。

又例如，在例2的基础上，假设在显示地图相关小程序的页面b情况下，获取到使用者输入的位置A到位置B的路线查询操作，则对于该路线查询操作的响应过程例如可以为：地图相关小程序可以根据该路线查询操作计算对应路线的一系列经纬度坐标，并将这一系列经纬度坐标以及线宽等参数通过函数调用的方式传递给页面b中原生的地图组件2，该地图组件2通过其原生视图传递给地图相关小程序的页面a中原生的地图组件1的地图视图，该地图视图可以将这些参数传递给针对该地图视图创建的地图引擎实例，该地图引擎实例可以根据这些参数进行地图的渲染及显示。

可选的，通过第二原生组件的原生视图所建立的目标视图与第二原生组件之间的传递关系，还可以用于目标视图获取到针对其建立的引擎实例返回的参数时，将该参数传递给第二原生组件。从而提供目标视图的引擎实例到第二目标组件的参数传递关系，使得寄生应用能够获取到目标视图的引擎实例返回的参数。

需要说明的是，由于引擎实例是针对目标视图创建，引擎实例需要显示的内容可以呈现到目标视图所属组件上的，因此将针对目标视图对应创建的引擎实例共享给第二原生组件之后，原本应由第二原生组件进行呈现的显示内容，可以转变为由目标视图所属组件进行呈现。

基于此，在第二原生组件的原生视图的图层位于目标视图的图层之上，且该原生视图的区域与目标视图的区域至少部分重叠的情况下，本申请实施例提供的方法还可以包括：将第二原生组件的原生视图的背景设置为透明。从而能够避免出现由于第二原生组件的原生视图的背景非透明，导致使用者无法看清目标视图所属组件上所呈现内容的问题，有利于提高使用者的使用体验。

进一步可选的，在第二原生组件的原生视图与目标视图之间存在其他视图的情况下，本申请实施例提供的方法还可以包括：将所述其他视图的背景设置为透明。以寄生应用为基于web开发技术实现的小程序为例，第二原生组件的原生视图与目标视图之间存在的其他视图例如可以包括网页视图(WebView)。通过将第二原生组件的原生视图与目标视图之间的其他视图设置为透明，能够避免出现由于位于第二原生组件的原生视图和目标视图之间的其他视图的背景非透明，导致使用者无法看清在目标视图所属组件上所呈现内容的问题，有利于提高使用者的使用体验。

可选的，本申请实施例的方法还可以包括：在由显示包括目标视图所属组件的页面跳转至第二页面时，保存目标视图所属组件当前的组件参数；以及，在由显示第二页面跳转回显示包括目标视图所属组件的页面时，触发针对目标视图对应创建的引擎实例根据目标视图所属组件的组件参数向目标视图所属的组件提供引擎服务。从而使得在跳转回显示包括目标视图所属组件的页面时，目标视图所属组件的显示内容能够保持不变。其中，保存的目标视图所属组件的组件参数可以认为是目标视图所属组件由初始显示触发的组件参数。在目标视图为宿主应用中一组件的视图时，目标视图所属组件的页面具体可以是宿主应用的包括该组件的页面；在目标视图为寄生应用的第一页面中的第一原生组件的视图时，目标视图所属组件的页面具体可以是该第一页面。

类似的，本申请实施例提供的方法还可以包括：在由第二页面跳转回显示显示包括目标视图所属组件的页面时，保存第二原生组件当前的组件参数；以及，在由显示包括目标视图所属组件的页面再一次跳转至显示第二页面时，触发针对目标视图对应创建的引擎实例根据保存的第二原生组件的组件参数向第二原生组件提供引擎服务。从而使得在跳转回显示第二页面时，第二原生组件的显示内容能够保持不变。其中，保存的第二原生组件的组件参数可以认为是第二原生组件的由初始显示触发的组件参数。

假设宿主应用为一地图类应用，寄生应用为寄生在该地图类应用中的充电站小程序，且充电站小程序的首页中包括原生的地图组件，如果使用者在该地图类应用中打开了充电站小程序，则向使用者展示的充电站小程序页面例如可以如图2所示，图2的图层结构可以如图3所示。参考图2和图3，地图类应用中组件的地图视图(简称为主图(MainMap)图层31可以位于页面栈底层，充电站小程序首页的网页视图图层32可以位于主图图层31之上，充电站小程序首页的地图组件的原生视图33可以位于网页视图图层32之上，充电站小程序首页中其他组件的视图34可以位于充电站小程序首页中地图组件的原生视图33之上。结合图2和图3可以看出，将主图的引擎实例共享给充电站小程序的地图组件之后，原本应由充电站小程序的地图组件进行呈现的显示内容，转变为由地图类应用的主图所属的组件进行呈现。

需要说明的是，图3中是以采用同层渲染技术进行小程序中原生组件的渲染为例。

本申请实施例提供的组件处理方法，寄生应用的一页面中原生的目标组件，能够共享针对宿主应用中组件的目标视图，或者寄生应用的另一页面中原生的目标组件的目标视图创建的引擎实例，目标视图与目标组件的种类一致，例如，寄生应用的一页面中原生的地图组件，能够共享针对宿主应用中组件的地图视图，或者寄生应用的另一页面中原生的地图组件的地图视图创建的引擎实例，通过寄生应用中原生的目标组件，共享针对其他组件的目标视图创建的引擎实例，从而减少了寄生应用中原生组件的资源消耗，提升了寄生应用的页面加载速度。

图4为本申请一实施例提供的组件处理装置的结构示意图；参考附图4所示，本实施例提供了一种组件处理装置，该装置可以执行上述的组件处理方法，具体的，该组件处理装置可以包括：

创建模块41，用于针对目标视图创建对应的引擎实例；所述目标视图为宿主应用中组件的视图，或者，寄生应用的第一页面中的第一原生组件的视图；

共享模块42，用于在所述寄生应用需要显示包括第二原生组件的第二页面时，创建所述第二原生组件的原生视图，并通过所述原生视图将所述引擎实例共享给所述第二原生组件；所述第一原生组件和所述第二原生组件均是原生的目标组件，所述目标组件与所述目标视图的种类一致。

可选的，所述共享模块42，用于通过所述原生视图将所述引擎实例共享给所述第二原生组件，具体包括：通过所述原生视图将所述目标视图适配给所述第二原生组件，以实现将所述引擎实例共享给所述第二原生组件。

可选的，所述共享模块42，用于通过所述原生视图将所述目标视图适配给所述第二原生组件，具体包括：通过所述原生视图建立所述目标视图与所述第二原生组件之间的传递关系，以将针对所述第二原生组件的组件参数传递给所述目标视图，以触发所述引擎实例根据所述组件参数向所述第二原生组件提供引擎服务。

可选的，所述组件参数可以包括下述中的任意一种或多种：由事件触发的组件参数、由函数调用触发的组件参数或由初始显示触发的组件参数。

可选的，所述原生视图的图层位于所述目标视图的图层之上，且所述原生视图的区域与所述目标视图的区域至少部分重叠；所述共享模块42还用于：并将所述原生视图的背景设置为透明。

可选的，所述原生视图与所述目标视图之间存在其他视图；所述共享模块42还用于：将所述其他视图的背景设置为透明。

可选的，所述装置还包括跳转模块，用于：

在由显示包括所述目标视图所属组件的页面跳转至显示所述第二页面时，保存所述目标视图所属组件当前的组件参数；以及，在由显示所述第二页面跳转回显示包括所述目标视图所属组件的页面时，触发所述引擎实例根据保存的所述目标视图所属组件的组件参数向所述目标视图所属的组件提供引擎服务。

可选的，所述目标视图为地图视图，所述目标组件为地图组件，所述引擎实例为用于提供地图引擎服务的地图引擎实例。

图4所示装置可以执行图1所示实施例的方法，本实施例未详细描述的部分，可参考对图1所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1所示实施例中的描述，在此不再赘述。

在一个可能的实现中，图4所示决策装置的结构可实现为一电子设备。如图5所示，该电子设备可以包括：处理器51和存储器52。其中，存储器52用于存储支持电子设备执行上述图1所示实施例中提供的组件处理方法的程序，处理器51被配置为用于执行存储器52中存储的程序。

程序包括一条或多条计算机指令，其中，一条或多条计算机指令被处理器51执行时能够实现如下步骤：

针对目标视图创建对应的引擎实例；所述目标视图为宿主应用中组件的视图，或者，寄生应用的第一页面中的第一原生组件的视图；

在所述寄生应用需要显示包括第二原生组件的第二页面时，创建所述第二原生组件的原生视图，并通过所述原生视图将所述引擎实例共享给所述第二原生组件；所述第一原生组件和所述第二原生组件均是原生的目标组件，所述目标组件与所述目标视图的种类一致。

可选的，处理器51还用于执行前述图1所示实施例中的全部或部分步骤。

其中，电子设备的结构中还可以包括通信接口53，用于电子设备与其他设备或通信网络通信。

另外，本申请实施例提供了一种计算机存储介质，用于储存电子设备所用的计算机软件指令，其包含用于执行上述图1所示方法实施例中组件处理方法所涉及的程序。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。