一种界面显示方法及电子设备

技术领域

本申请实施例涉及终端技术领域，尤其涉及一种界面显示方法及电子设备。

背景技术

为了实现较好的界面显示效果，电子设备在通知栏、状态栏、弹窗、卡片等场景下对界面的背景进行模糊处理，以增加显示界面的品质感，凸显界面的设计美感，增强用户的使用体验。

相关技术中，系统通常采用实时背景模糊方法对待显示界面中每一个界面控件的背景进行模糊处理。但是，在系统对待显示界面中每一个界面控件的背景进行模糊处理的过程中，系统分别获取每一个界面控件的背景对应的背景图片，并分别对获取到的背景图片进行模糊处理。显然，上述背景模糊处理过程存在系统功耗较大的问题。

发明内容

本申请实施例提供一种界面显示方法及电子设备，对于待显示的目标界面中的待模糊处理的目标绘制节点，电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片，电子设备直接从已存储的背景图片中裁剪目标绘制节点的位置对应的背景区域，将目标图片作为目标绘制节点的界面控件对应的区域的背景。由于电子设备可以存储模糊处理后的背景图片，因而可以直接从模糊处理后的背景图片中裁剪每个目标绘制节点的位置对应的背景区域，而无需在绘制目标绘制节点时分别获取一次背景图片，并分别对获取到的背景图片进行模糊处理，通过减少对背景图片进行获取和模糊处理的次数，实现了节省系统功耗的目的。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种界面显示方法，该方法可以包括：电子设备根据待显示的目标界面中绘制节点的模糊参数，确定绘制节点为背景待模糊处理的目标绘制节点后，针对每一个目标绘制节点，若电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片，则电子设备从背景图片中裁剪得到目标绘制节点的位置对应的第一背景区域；然后，电子设备将第一背景区域绘制到目标绘制节点的位置后，在第一背景区域的上一图层绘制目标绘制节点的内容，生成目标界面后，显示目标界面。

其中，目标界面包括目标绘制节点对应的界面控件，界面控件的背景区域为经过模糊处理后的第一背景区域。

上述绘制节点的模糊参数可以包括模糊半径和/或模糊滤镜。上述已存储的背景图片是基于绘制节点的模糊参数处理得到的。

可以理解为，电子设备确定用于对目标绘制节点的背景图片已经经过模糊参数进行处理，且已经存储，电子设备可以直接从背景中裁剪目标绘制节点的位置对应的背景区域，而无需在绘制目标绘制节点时获取背景图片，并对获取到的背景图片进行模糊处理，通过减少对背景图片进行获取和模糊处理的次数，实现了节省系统功耗的目的。

在第一方面的一种可能的实现方式中，上述界面显示方法还可以包括：

在电子设备基于目标界面对应的目标应用获取到背景图片后，电子设备将背景图片的图片标识作为参数存储至每一个绘制节点的属性信息。

其中，背景图片的图片标识可以指示该背景图片的存储位置。

上述电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片，包括：

电子设备确定目标绘制节点的属性信息中，已存储的图片标识所指示的背景图片，是基于模糊参数模糊处理后的图片。

可以理解为，电子设备将背景图片的图片标识存储在每一个绘制节点的属性信息中，电子设备根据待显示的目标界面中各绘制节点的属性信息中存储的模糊参数，确定目标绘制节点后，电子设备可以根据目标绘制节点的属性信息中已存储的图片标识，直接获取到用于对该目标绘制节点进行模糊处理的背景图片，且该背景图片是基于模糊参数模糊处理后的图片。由此，电子设备无需在绘制目标绘制节点时分别获取一次背景图片，并对获取到的背景图片进行模糊处理，通过减少对背景图片进行获取和模糊处理的次数，实现了节省系统功耗的目的。

在第一方面的另一种可能的实现方式中，上述界面显示方法还可以包括：

若电子设备确定已存储的背景图片未基于模糊参数模糊处理过，则电子设备采用模糊参数对背景图片进行模糊处理，得到背景模糊图片；然后，电子设备从背景模糊图片中裁剪目标绘制节点的位置对应的第一背景区域。

也就是说，在本申请实施例的一种可能的情况下，电子设备基于目标界面对应的目标应用获取到的背景图片，可能是经过绘制节点的模糊参数处理过的图片，也可以能是未经过模糊处理过的图片，还可能是经过了模糊处理，只是并未经过绘制节点的模糊参数模糊处理过的图片。

当电子设备确定目标绘制节点的属性信息中存储的图片标识指示的背景图片，未基于目标绘制节点的模糊参数模糊处理过时，电子设备可以采用模糊参数对背景图片进行模糊处理，从而在后续对目标绘制节点进行背景模糊时，可以直接从模糊处理后的图片中裁剪背景区域。

在第一方面的另一种可能的实现方式中，电子设备确定已存储的背景图片未基于模糊参数模糊处理过，包括：

若电子设备确定背景图片从目标应用被首次获取到，则电子设备确定背景图片未基于模糊参数模糊处理过；或者，若电子设备确定对背景图片进行模糊处理的模糊参数与目标绘制节点的模糊参数不相同，则电子设备确定背景图片未基于模糊参数模糊处理过。

可以理解为，当电子设备确定目标应用首次从应用布局文件中获取到背景图片时，电子设备确定该背景图片为未经过任何模糊参数模糊处理过的图片。也就是说，当电子设备确定目标应用获取到的背景图片为清晰的图片时，电子设备确定该背景图片未基于模糊参数模糊处理过。

此外，电子设备确定基于目标应用获取到的背景图片经过了模糊处理，但是，电子设备确定对背景图片进行模糊处理的模糊参数，与目标绘制节点的模糊参数不相同。这种情况下，电子设备还可以确定背景图片未基于目标绘制节点的模糊参数模糊处理过。

作为一种示例，假设电子设备确定目标应用获取到的背景图片为经过模糊参数A处理过的图片，而电子设备确定目标绘制节点的属性信息中的模糊参数为模糊参数B，且模糊参数B与模糊参数A并不相同。这种情况下，电子设备可以确定背景图片未基于目标绘制节点的模糊参数模糊处理过。

在第一方面的另一种可能的实现方式中，上述模糊参数包括模糊半径，电子设备采用模糊参数对背景图片进行模糊处理，得到背景模糊图片，包括：

电子设备根据模糊半径生成模糊滤镜后，电子设备通过模糊滤镜对背景图片进行模糊处理，得到背景模糊图片。

其中，模糊半径用于表征背景图片的模糊程度。即模糊半径越大，说明背景图片越模糊；模糊半径越小，说明背景图片越清晰。

在第一方面的另一种可能的实现方式中，上述界面显示方法还可以包括：

电子设备显示第一界面，第一界面包括第一界面内容；响应于对第一界面的滑动操作，电子设备显示滑动过程界面或滑动后界面，滑动过程界面或滑动后界面均包括第一界面内容，第一界面内容包括目标绘制节点对应的界面控件，滑动过程界面或滑动后界面的界面控件处于压缩状态，目标绘制节点对应的界面控件的背景区域是模糊处理后的。

在一种可能的情况下，在电子设备显示第一界面的过程中，电子设备检测到用户对第一界面的滑动操作后，响应于滑动操作，电子设备显示滑动过程界面。

也就是说，在电子设备的显示屏接收滑动操作的过程中，电子设备显示从模糊处理后的第一显示页面到目标显示页面之间的变化过程界面。

在一种可能的情况下，在电子设备显示第一界面的过程中，电子设备检测到用户对第一界面的滑动操作后，响应于滑动操作，电子设备显示滑动后界面。由此，电子设备显示滑动后模糊处理后的界面，实现了对界面缩放时，目标绘制节点的背景仍为模糊处理后的背景的目的。

上述滑动操作可以为向左、向右、向上或向下的滑动操作，本申请实施例中对第一界面的滑动方向不做限定。例如，电子设备响应于用户对第一界面向左的滑动操作，显示滑动过程界面。

在第一方面的另一种可能的实现方式中，响应于对第一界面的滑动操作，电子设备显示滑动过程界面或滑动后界面，包括：

响应于滑动操作，电子设备根据目标绘制节点在第一界面对应的画布中的第一坐标值以及相对于预设尺寸画布的第二坐标值，确定目标绘制节点对应的控件相对于预设尺寸画布的横向压缩比和纵向压缩比；电子设备根据横向压缩比和纵向压缩比对第一显示页面进行压缩处理，得到目标显示页面后，电子设备显示该目标显示页面。

上述第一显示页面包括目标绘制节点对应的界面控件，界面控件对应的区域为经过模糊处理后的。上述目标显示页面中的界面控件处于压缩状态，目标绘制节点对应的界面控件的背景区域是模糊处理后的。

在第一方面的另一种可能的实现方式中，响应于滑动操作之后，上述界面显示方法还可以包括：

若电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片，则电子设备从背景图片中裁剪压缩后的目标绘制节点的位置对应的第二背景区域；电子设备根据横向压缩比和纵向压缩比，对第二背景区域拉伸得到目标背景区域；电子设备将目标背景区域绘制到目标绘制节点的位置后，在目标背景区域的上一图层绘制目标绘制节点的内容，得到模糊处理后的第一显示页面。

可以理解为，相较于电子设备在压缩后的目标绘制节点位置直接显示第二背景区域的方案，电子设备将第二背景区域拉伸得到目标背景区域绘制到目标绘制节点的位置后，再在目标背景区域的上一图层绘制目标绘制节点的内容，得到模糊处理后的第一显示页面，避免了在显示页面的滑动过程中，目标绘制节点的位置显示未模糊处理的背景区域的问题。

在一种可能的情况下，电子设备根据横向压缩比和纵向压缩比对第一显示页面进行压缩处理，包括：

电子设备根据横向压缩比和纵向压缩比对模糊处理后的第一显示页面进行压缩处理。

在第一方面的另一种可能的实现方式中，在电子设备显示目标显示页面之前，电子设备显示滑动过程界面，还可以包括：

电子设备显示从模糊处理后的第一显示页面到目标显示页面之间的变化过程界面。

在第一方面的另一种可能的实现方式中，电子设备根据目标绘制节点在第一界面对应的画布中的第一坐标值以及相对于预设尺寸画布的第二坐标值，确定目标绘制节点对应的控件相对于预设尺寸画布的横向压缩比和纵向压缩比之前，上述界面显示方法还可以包括：

电子设备确定第一界面中所有绘制节点在第一界面对应的画布的第一坐标值，电子设备基于目标绘制节点，向上遍历确定目标绘制节点的父节点的第一坐标值，根据父节点的第一坐标值与目标绘制节点的第一坐标值，确定中间坐标值，直至向上遍历到的父节点为根节点，根据根节点的第一坐标值和中间坐标值，确定目标绘制节点的第二坐标值。

在第一方面的另一种可能的实现方式中，上述界面显示方法还可以包括：

电子设备显示第二界面，第二界面包括第二界面内容；

响应于对第二界面的缩/放操作，电子设备显示第三界面，第三界面包括第二界面内容，第二界面内容包括目标绘制节点对应的界面控件，第三界面的界面控件处于压缩状态，目标绘制节点对应的界面控件的背景区域是模糊处理后的。

在一种可能的场景下，电子设备检测到用户对第二界面的缩/放操作后，电子设备显示的第三界面中的界面控件处于压缩状态。在电子设备显示第三界面的过程中，电子设备检测到用户对显示屏中任意位置的触发操作后，电子设备可以显示第四界面，第四界面包括第二界面内容，第四界面的界面控件处于未压缩状态，且第四界面中的目标绘制节点对应的界面控件的背景区域是模糊处理后的。

在第一方面的另一种可能的实现方式中，电子设备根据待显示的目标界面中绘制节点的模糊参数，确定绘制节点为目标绘制节点，包括：

电子设备获取待显示的目标界面中各绘制节点的属性信息；若电子设备确定绘制节点的属性信息中包括模糊参数，则电子设备确定绘制节点为目标绘制节点。

可以理解为，在电子设备确定绘制节点的属性信息中不包括模糊参数的情况下，电子设备确定无需对绘制节点进行模糊处理。在电子设备的绘制节点的属性信息中包括模糊参数的情况下，电子设备确定该绘制节点为背景待模糊处理的目标绘制节点。

在第一方面的另一种可能的实现方式中，电子设备包括应用层、框架层和系统库，应用层包括目标应用，电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片之前，方法还包括：

电子设备基于应用层的目标应用获取到背景图片后，目标应用将背景图片的图片标识发送至框架层的每一个界面控件对应的绘制节点；框架层的每一个界面控件对应的绘制节点将图片标识发送至系统库中对应的绘制节点；系统库中的每一个界面控件对应的绘制节点接收到图片标识后，将图片标识作为参数存储至对应的属性信息中。

可以理解为，电子设备基于应用层的目标应用获取到的图片标识发送至每一个界面控件对应的绘制节点，将图标标识作为参数存储至绘制节点对应的属性信息后，电子设备确定目标绘制节点后，从目标绘制节点的属性信息中存储的图标标识指示的位置获取到背景图片，电子设备直接从背景图片中裁剪目标绘制节点的位置对应的背景区域，将目标图片作为目标绘制节点的控件对应的区域的背景。由于电子设备可以存储模糊处理后的背景图片，因而可以直接从模糊处理后的背景图片中裁剪每个目标绘制节点的位置对应的背景区域，而无需在绘制目标绘制节点时分别获取一次背景图片，并对获取到的背景图片进行模糊处理，通过减少对背景图片进行获取和模糊处理的次数，实现了节省系统功耗的目的。

第二方面，本申请提供一种电子设备，包括：显示屏；一个或多个处理器；存储器；其中，存储器中存储有一个或多个计算机程序，一个或多个计算机程序包括指令，当指令被电子设备执行时，使得电子设备执行如上述第一方面中任一项所述的界面显示方法。

第三方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在电子设备上运行时，使得电子设备执行如第一方面中任一项所述的界面显示方法。

第四方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行如第一方面中任一项所述的界面显示方法。

可以理解地，上述提供的第二方面所述的电子设备、第三方面所述的计算机存储介质，以及第四方面所述的计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的电子设备的一种结构示意图；

图2为本申请实施例提供的电子设备的一种软件结构图；

图3为本申请实施例提供的一种渲染树的结构示意图；

图4为本申请实施例提供的一种界面显示示例图一；

图5为本申请实施例提供的一种绘制节点的坐标示例图；

图6为本申请实施例提供的一种背景模糊示例图一；

图7为本申请实施例提供的一种界面显示示例图二；

图8为本申请实施例提供的一种界面显示示例图三；

图9为本申请实施例提供的一种界面显示的示例图四；

图10为本申请实施例提供的一种界面显示的示例图五；

图11为本申请实施例提供的一种界面显示的示例图六；

图12为本申请实施例提供的一种界面显示的示例图七；

图13为本申请实施例提供的一种界面显示的示例图八；

图14为本申请实施例提供的一种界面显示的示例图九；

图15为本申请实施例提供的电子设备的另一种结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

相关技术中，为了实现较好的界面显示效果，在一些场景下，电子设备会对界面中显示的界面控件的背景区域进行模糊处理。其中，界面控件与绘制节点之间是相互对应的。在电子设备对绘制节点的背景区域进行模糊处理的过程中，电子设备通常是在获取到该绘制节点对应的背景图片，对获取到的背景图片进行模糊处理后，根据模糊处理后的背景图片对该绘制节点的背景区域进行模糊处理。

背景变化不频繁的绘制节点的背景区域通常为一个固定的背景图片，比如，桌面应用中显示的通知栏或卡片等背景变化不频繁的控件。然而，在电子设备对背景变化不频繁的绘制节点的背景区域进行模糊处理的过程中，电子设备的渲染线程需要从应用层获取每一个绘制节点对应的背景图片，并对获取到的背景图片进行模糊处理。可见，当电子设备在绘制每一个待背景模糊的绘制节点时，均获取一次背景图片，并对获取到的背景图片进行模糊处理，存在功耗较大的问题，从而影响了电子设备的性能，影响用户的使用体验。

为此，本申请实施例提供一种界面显示方法，对于待显示的目标界面中的待模糊处理的每一个目标绘制节点，电子设备确定已存储的背景图片是基于模糊参数模糊处理后的图片，电子设备直接从背景图片中裁剪目标绘制节点的位置对应的第一背景区域，将第一背景区域绘制到目标绘制节点位置。由此，电子设备无需在绘制每一个目标绘制节点时获取一次背景图片，并对背景图片进行模糊处理，通过减少对背景图片的获取次数和模糊处理次数，实现了节省系统功耗的目的。

示例性的，本申请实施例提供界面显示方法可应用于手机、平板电脑、个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtualreality，VR)设备、车载设备、智能汽车、智能音响等具有显示屏的电子设备，本申请实施例对此不做任何限制。

如图1所示，图1为本申请实施例提供的电子设备的一种结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

在本申请实施例，显示屏194还用于显示目标界面，目标界面包括目标绘制节点对应的界面控件，界面控件的背景区域为经过模糊处理后的第一背景区域。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。

加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。

骨传导传感器180M可以获取振动信号。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的系统为例，示例性说明电子设备的软件结构。

图2为本申请实施例提供的电子设备的一种软件结构图。

可以理解的是，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，系统可以包括应用程序层(简称为应用层)、应用程序框架层(Framework)、系统库(Native Libs)和硬件抽象层。

上述应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括系统应用。其中，系统应用是指电子设备在出厂之前设置在电子设备内的应用。示例性的，系统应用可以包括桌面、下拉搜索、相机、图库、日历、音乐、短信息以及天气等程序。

应用程序包还可以包括第三方应用，第三方应用是指用户从应用商店(或者应用市场)下载安装包后安装的应用。例如，地图类应用、外卖类应用、阅读类应用(例如电子书)、社交类应用以及出行类应用等。

上述应用程序框架层(简称为框架层)为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，框架层可以包括视图系统和绘制节点(RenderNode)。

其中，视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

系统库可以包括绘制节点、渲染管道(pipeline)和图像渲染引擎(Skia)等。

其中，绘制节点用于表征界面中每一个元素。

在本申请实施例中，电子设备显示的界面可以由渲染树(RenderTree)实现，该树结构中包含有若干个绘制节点，每一个绘制节点均包含有对应的控件图像绘制逻辑。每一个绘制节点均可被设置各类属性，例如，绘制节点可以设置背景效果属性，以对该节点对应的控件图像所包含的背景内容增添背景效果。

示例性的，图3为本申请实施例提供的一种渲染树的结构示意图。如图3所示，假设界面A可以由绘制节点1至绘制节点5实现。

渲染管道是用于输送数据的通道。

图像渲染引擎提供了绘制图片和绘制形状的能力。

在本申请实施例中，硬件抽象层可以包括图形处理器和显示屏。

在本申请实施例中，应用层获取背景图片以及通过调用背景模糊的能力设置待显示界面中各绘制节点的模糊参数后，将各绘制节点的模糊参数和对应的背景图片的图片标识发送至框架层。其中，模糊参数包括但不限于模糊半径和形状特征(比如，圆角矩形、圆形或菱形等)。模糊半径用于表征图片的模糊程度，模糊半径的取值是某个像素点向外扩展的值。背景图片是指用于对绘制节点的背景进行模糊的图片。背景图片的图片标识中携带有背景图片的存储地址。

在本申请实施例中，应用层获取到的背景图片可以是清晰的图片，也可以是模糊处理后的图片，此处不做限定。上述形状特征是指背景图片经过处理后的形状。

框架层接收到应用层发送的模糊参数和背景图片后，通过java原生接口(Javanative interface，JNI)将模糊参数和背景图片发送至系统库。

系统库接收到框架层发送的各绘制节点的模糊参数和背景图片的图片标识后，将模糊参数和图片标识作为参数存储到绘制节点的属性信息中。其中，图片标识用于指示背景图片的存位置。

在本申请实施例的一种可能的情况下，系统库确定绘制节点的属性信息中存储的图片标识指示的背景图片是基于模糊参数处理后的图片，系统库可以根据背景图片对该绘制节点的背景区域进行模糊处理。

为了便于理解，本申请以下实施例将以具有上述硬件结构和软件架构的手机为例，结合附图对本申请实施例提供的界面显示方法进行示例性说明。

在本申请实施例中，在手机显示待显示的目标界面的过程中，手机根据目标界面中各绘制节点的模糊参数，确定绘制节点为背景待模糊处理的目标绘制节点。针对目标界面中的每一个目标绘制节点，手机从已存储的背景图片中裁剪得到目标绘制节点的位置对应的第一背景区域；然后，手机将第一背景区域绘制到目标绘制节点的位置后，在第一背景区域的上一图层绘制目标绘制节点的内容，生成目标界面。然后，手机的显示屏显示目标界面，目标界面包括目标绘制节点对应的界面控件，界面控件的背景区域为经过模糊处理后的第一背景区域。

在本申请的一种可能的情况下，若手机确定已存储的背景图片是基于模糊参数模糊处理后的图片，则手机从背景图片中裁剪得到目标绘制节点的位置对应的第一背景区域。然后，手机将第一背景区域绘制到目标绘制节点的位置后，在第一背景区域的上一图层绘制目标绘制节点的内容后，手机的显示屏中显示目标界面，目标界面包括目标绘制节点对应的界面控件，界面控件的背景区域为经过模糊处理后的第一背景区域。

在本申请的另一种可能的情况下，若手机确定已存储的背景图片未基于模糊参数模糊处理过的，则手机采用目标绘制节点的模糊参数对背景图片进行模糊处理，得到背景模糊图片。然后，手机从背景模糊图片中裁剪目标绘制节点的位置对应的第一背景区域。

上述手机的显示屏中显示目标界面的方法，可以适用于手机开机后应用首次启动显示目标界面的场景，也可以适用于应用更新时显示目标界面的场景，还可以适用于应用中的界面刷新时显示目标界面的场景，本申请实施例中对上述方案的适用场景不做限定。此外，上述电子设备显示的目标界面对应的应用可以为桌面应用，还可以为负一屏应用，也可以为其他背景切换不频繁的应用，本申请实施例中也不做限定。

下面以上述应用为桌面应用，以手机开机时启动桌面应用的过程中显示目标界面的场景为例，对本申请实施例的界面显示方法进行示例性描述。

在本申请实施例中，在手机开启启动桌面应用的过程中，当桌面应用根据应用布局文件对桌面应用的待显示的目标界面进行布局时，桌面应用可以根据应用布局文件中对目标界面中各个界面控件的显示效果设计，生成目标界面控件对应的模糊参数。其中，目标界面控件是指待进行背景模糊的，背景图片资源变化不频繁的控件。

示例性的，如图4所示，目标界面控件可以为通知栏中的部分控件，比如，图4中的(a)所示的控件401，也可以为桌面中显示的控件，比如，图4中的(b)所示的控件402和控件403，也可以为桌面中显示的其他控件，比如，图4中的(c)中所示的控件404。

上述桌面应用的应用布局文件中记录有各个控件对应的绘制节点的代码逻辑，各个控件对应的绘制节点间的关联关系(比如，父子关系)，待进行背景模糊的目标控件以及目标控件进行背景模糊的时机，等等。

上述目标界面控件进行背景模糊的时机，可以为目标界面控件显示在桌面的时刻，也可以为手机检测到目标界面控件在桌面滑动的时刻，此处对目标控件进行背景模糊的时机不做限定。

需要解释的是，在本申请实施例中，在桌面应用对桌面的目标界面进行布局时，并不限定具体的应用布局文件，也可以根据实际应用需求进行设定。

在本申请实施例中，桌面应用可以根据应用布局文件中对各界面控件的显示效果的设计，设置横向模糊半径以及纵向模糊半径，以生成目标界面控件对应的模糊参数。桌面应用在生成目标界面控件对应的模糊参数后，桌面应用可以调用接口将模糊参数发送至位于框架层的目标界面控件对应的绘制节点。比如，桌面应用可以将模糊参数作为setHnBlurParameters接口的入参，发送至框架层的目标界面控件对应的绘制节点。位于框架层中的目标界面控件对应的绘制节点接收到模糊参数后，通过JNI接口将模糊参数发送至系统库中同一目标控件对应的绘制节点。然后，系统库的绘制节点将模糊参数作为目标界面控件对应的绘制节点的属性信息存储在绘制节点的结构体内。

上述目标界面控件对应的系统库的绘制节点与框架层的绘制节点，是绘制节点在系统软件架构的不同层级的不同表现。即，系统库的绘制节点和框架层的绘制节点指向的是同一个目标控件的内容。

在本申请实施例中，手机基于桌面应用获取到用于对目标界面控件的背景区域进行模糊处理的背景图片后，手机可以将背景图片的图片标识作为参数存储至每一个绘制节点的属性信息。其中，图片标识用于指示背景图片的存储地址，例如，图片标识可以携带有背景图片的存储地址。由此，在对桌面应用的目标界面中的目标绘制节点的背景区域进行模糊时，可以直接从目标绘制节点的属性信息中的图片标识指示的存储位置获取到背景图片，无需从应用层重新获取背景图片，从而可以节省系统的一部分功耗。

示例性的，当桌面应用在首次绘制应用的目标界面时，桌面应用根据应用布局文件确定目标界面中各界面控件的背景图片后，可以将背景图片的图片标识作为参数传递至系统库。比如，桌面应用可以将图片标识作为setHnBlurParameters接口的入参，发送至界面控件对应的绘制节点。界面控件的绘制节点接收到图片标识后，界面控件的绘制节点可以将图片标识发送至框架层的绘制节点，框架层的绘制节点接收到图片标识后，通过JNI将图片标识发送至系统库的绘制节点。系统库的绘制节点将图片标识作为界面控件对应的绘制节点的属性信息存储在系统库的绘制节点的结构体内。由此，系统库可以根据各绘制节点的属性信息中存储的图片标识指示的背景图片的存储地址中获取到背景图片，无需从应用层获取背景图片，节省了系统的一部分功耗。

为了便于后续介绍，本申请实施例中将用于对目标界面控件的背景进行模糊处理的图片命名为背景图片，当然，此处将作为背景的图片命名为背景图片仅作为一种示例性描述，此处不做限定。上述桌面应用获取到的背景图片可以为经过模糊处理的图片，也可以为清晰的图片，此处也不做限定。

在本申请实施例中，系统库的绘制节点接收到模糊参数后，系统库的图像渲染引擎可以根据模糊参数中的模糊半径生成模糊滤镜，并将生成的模糊滤镜以及模糊参数作为参数存储到该绘制节点的属性信息中。其中，模糊滤镜用于对该绘制节点的属性信息中的图片标识携带的存储地址中的背景图片进行模糊处理。

可选地，图像渲染引擎可以采用图像模糊算法(比如，高斯模糊算法、Kawase模糊算法或径向模糊算法等)，根据横向模糊半径和纵向模糊半径生成模糊滤镜。比如，图像渲染引擎采用高斯模糊算法，根据模糊半径生成高斯模糊滤镜。高斯模糊滤镜的工作原理是：对于一张图片上的每一个像素点，以这个像素点为中心，用周围的像素点的RGB分量加权平均后的RGB分量替代这个像素点的RGB分量，重新绘制出这个像素点，得到高斯模糊效果。

在本申请实施例中，当桌面应用启动时，桌面应用的主线程会随着桌面应用一起启动，主线程可以调用渲染线程(Render Thread)对目标界面控件对应的背景图片进行绘制渲染，以实现对目标界面控件的背景进行模糊处理。其中，Render Thread用于分担主线程绘制任务的渲染线程，以减轻主线程的负担。此处，主线程可以调用Render Thread对目标界面控件对应的背景图片进行绘制渲染，使得主线程有耗时操作时，避免渲染出现卡顿的情况，提高了渲染的流畅性。

在本申请实施例中，主线程和Render Thread都各自维护了一份应用程序窗口视图信息。主线程和Render Thread各自维护了一份应用程序窗口的视图信息的目的，是为了可以互不干扰，进而实现最大程度的并行，节省桌面应用的启动时间。其中，Render Thread维护的应用程序窗口的视图信息是来自于主线程的。因此，当主线程维护的应用程序窗口的视图信息发生了变化时，就需要将变化后的应用程序窗口的视图信息同步到RenderThread中。其中，应用程序窗口的视图信息可以包括各绘制节点的显示列表(DisplayList)、属性信息(Property)以及显示列表中引用的背景图片(即Display List引用的Bitmap)。

示例性的，主线程可以调用synFrameState函数，将应用程序窗口信息同步到Render Thread中。比如，主线程可以调用synFrameState函数，将框架层的绘制节点的属性信息同步到系统库的绘制节点的属性信息中。

上述主线程将维护的Display List同步到Render Thread维护的Display List，使得主线程和Render Thread可以并行执行。这意味着Render Thread在渲染应用程序窗口当前帧的Display List的同时，主程序可以去准备应用程序窗口下一帧的Display List，这样就使得应用程序窗口的界面显示更流畅。

在本申请实施例中，每一个绘制节点可以包括两个属性。比如，绘制节点可以包括Stagingproperty属性和property属性。其中，Stagingproperty属性中的参数为从框架层的绘制节点的属性信息中同步过来的参数。比如，主线程调用synFrameState函数将框架层中的各绘制节点的属性信息同步到系统库中对应的绘制节点的Stagingproperty属性的属性信息中。Stagingproperty属性的属性信息包括但不限于绘制节点的模糊半径、绘制节点的位置信息、绘制节点的大小和绘制节点的形状。

其中，绘制节点的位置信息可以指绘制节点在屏幕坐标系的位置信息。在本申请实施例中，绘制节点的位置信息可以为即绘制节点相对于屏幕的第一坐标值。屏幕坐标系是建立在屏幕上的二维坐标系，屏幕坐标系的坐标原点可以在整个屏幕的左上角。绘制节点在屏幕坐标系中的位置信息可以表示为(StartX，StartY，EndX，EndY)，其中，StartX从屏幕最左边开始计算，0代表左边最边缘，StartY从屏幕最上边开始计算，0代表上边最边缘，EndX从屏幕最左边开始计算，0代表左边最边缘，EndY从屏幕最上边开始计算，0代表上边最边缘。图5中示出绘制节点在屏幕坐标系中的坐标信息的示例图。图5中的绘制节点的左边为10，上边为10，右边为60，下边为60，该绘制节点的坐标信息为(10，10，60，60)。

为了确保线程的安全，避免两个线程同时操作绘制节点的同一个属性，在RenderThread对每一帧背景图片进行绘制渲染之前，Render Thread可以将每一个绘制节点的Stagingproperty属性中的属性信息同步至property属性的属性信息。在后续RenderThread根据模糊参数对背景图片进行模糊处理时，Render Thread直接调用property属性中的属性信息包括的模糊参数。

在上述Render Thread将每一个绘制节点的Stagingproperty属性中的属性信息同步至property属性的属性信息的过程中，Render Thread同时将上述过程中生成的模糊滤镜同步至相应的绘制节点，以便在后续Render Thread对背景图片进行模糊处理时，Render Thread可以调用模糊滤镜对背景图片进行模糊处理，以实现模糊效果。

此外，Render Thread可以根据绘制节点的property属性中包含的该绘制节点的位置信息，计算绘制节点相对于画布的坐标值，以用于后续绘制过程中在传递的背景图片上获取正确的区域内容作为该绘制节点的背景区域。

需要解释的是，绘制节点的property属性中的位置信息是该绘制节点相对于根节点位置的坐标值。绘制节点相对于画布的坐标值，是指该绘制节点相对于绘制目标界面中的界面控件时的画布的坐标值。由于画布可能不是全屏的，即画布与显示屏的大小可能并不完全相同，在对绘制节点进行绘制时需要考虑将绘制节点的屏幕坐标值转换为画布的坐标值。

作为一种可能的实现方式，若Render Thread确定当前绘制节点的父节点不为空，则在原本的offsetTop基础上加上当前的offsetTop，然后继续向上遍历绘制节点，获取父节点的父节点的offsetTop，再将其加之，最终递归出该绘制节点相对于整个画布的纵坐标，从而实现了将绘制节点的屏幕坐标的纵坐标值转换为相对于画布的纵坐标值。其中，offsetTop是指获取绘制节点相对于由offsetParent属性指定的父坐标距离顶端的高度。

作为另一种可能的实现方式，Render Thread可以调用canvas.getBoundingclientRect()函数，将绘制节点的坐标由屏幕坐标系中的第一坐标值转换为在画布中的坐标值。

此处，绘制节点相对于画布的坐标值中的横坐标也是采用此方法，此处不再赘述。

在本申请实施例中，桌面应用窗口的Display List构建完成之后，主线程向Render Thread发送渲染指令。Render Thread接收到主线程的渲染指令后，在显示屏的画布上绘制桌面应用的待显示的目标界面中的各个界面控件时，Rende Thread执行到每一个界面控件对应的绘制节点时，Render Thread首先判断是否对该绘制节点进行背景模糊处理。即Render Thread首先判断该绘制节点是否为目标绘制节点，以确定是否对该绘制节点进行背景模糊处理。

若Render Thread确定该绘制节点不是目标绘制节点，即Render Thread确定无需对该绘制节点进行背景模糊处理，则Render Thread在显示屏的画布上绘制背景图片后，直接在背景图片的上一图层绘制该绘制节点的内容(比如，应用的图标、应用的名称或者其它文字内容，等等)。若Render Thread确定该绘制节点是待进行背景模糊处理的目标绘制节点，即Render Thread确定对该绘制节点进行背景模糊处理，则Render Thread在显示屏的画布上绘制背景图片，将对该绘制节点进行背景模糊处理的第一背景区域的内容绘制在该绘制节点对应的位置后，再将该绘制节点对应的内容绘制到显示屏的画布上。

下面以Render Thread绘制的绘制节点为第一绘制节点为例，对上述过程进行详细介绍。

可选地，Render Thread可以根据第一绘制节点的属性信息，判断第一绘制节点是否为背景待模糊处理的目标绘制节点。Render Thread获取到桌面应用的待显示的目标界面中各第一绘制节点的属性信息后，Render Thread可以判断各第一绘制节点的属性信息中是否包括模糊滤镜和模糊参数，以确定各第一绘制节点是否为目标绘制节点。

在一种可能的情况下，若Render Thread确定第一绘制节点的属性信息中不包括模糊滤镜和/或模糊参数，则Render Thread确定无需对第一绘制节点进行背景模糊处理。这种情况下，Render Thread在显示屏的画布上正常的绘制第一绘制节点，然后，RenderThread继续判断下一个绘制节点是否为背景待模糊处理的目标绘制节点。

可以理解为，当桌面应用并未设置第一绘制节点的模糊参数时，桌面应用将第一绘制节点的属性信息经过框架层传递至系统库后，系统库接收到的第一绘制节点的属性信息中并未包括模糊参数，系统库更不会根据模糊参数生成模糊滤镜。这种情况下，RenderThread确定在显示屏的画布上正常的绘制第一绘制节点。

在另一种可能的情况下，若Render Thread确定第一绘制节点的属性信息中包括模糊滤镜和/或模糊参数，则Render Thread确定第一绘制节点为目标绘制节点。即RenderThread确定在显示屏的画布上绘制该目标绘制节点之前，对目标绘制节点进行背景模糊处理。

可以理解为，当桌面应用设置了目标绘制节点的模糊参数时，桌面应用将目标绘制节点的属性信息经过框架层传递至系统库后，系统库接收到的目标绘制节点的属性信息中包括模糊参数，系统库根据目标绘制节点的模糊参数生成模糊滤镜后，Render Thread确定目标绘制节点的属性信息中包括模糊滤镜和/或模糊参数。

在本申请实施例中，Render Thread采用背景图片对目标绘制节点进行背景模糊时，首先判断是否采用目标绘制节点的属性信息中包括的模糊参数对背景图片进行模糊处理。

可选地，Render Thread可以根据系统库接收到的背景图片是否为桌面应用首次传递下来的图片，以判断是否对背景图片进行模糊处理。

在本申请实施例中，桌面应用将背景图片的图片标识发送至框架层后，框架层通过JNI接口将背景图片的图片标识发送至系统库，若Render Thread确定系统库首次通过JNI接口接收到背景图片的图片标识，则Render Thread将标志位设置为第一预设值。Render Thread对该背景图片进行模糊处理后，将标志位设置为第二预设值。

比如，Render Thread确定系统库首次通过JNI接口接收到该背景图片的图片标识，Render Thread可以将标志位设置为0。Render Thread对该背景图片进行模糊处理后，将标志位设置为1。上述标志位的值用于表征背景图片的图片标识是否为系统库首次接收到的。

需要解释的是，上述Render Thread将标志位设置为0或1仅作为一种示例性描述，本申请实施例中对此不做限定。比如，当Render Thread确定系统库首次通过JNI接口接收到该背景图片的图片标识时，Render Thread还可以将标志位设置为TRUE；当RenderThread对该背景图片进行模糊处理后，Render Thread可以将标志位设置为FALSE。

在一种可能的情况下，若Render Thread确定该标志位的值为第一预设值，则Render Thread确定JNI接口首次接收到该背景图片的图片标识。也就是说，Render Thread确定并未采用过该背景图片对目标绘制节点进行背景模糊处理。这种情况下，RenderThread确定采用目标绘制节点的属性信息中包括的模糊参数对背景图片进行模糊处理。

在另一种可能的情况下，若Render Thread确定该标志位的值为第二预设值，则Render Thread确定该背景图片的图片标识并非桌面应用首次传递下来的，即RenderThread采用过该背景图片对目标绘制节点进行背景模糊处理。也就是说，该背景图片是经过模糊处理后的图片。

在本申请实施例中，在Render Thread确定背景图片是经过模糊处理后的图片的情况下，Render Thread可以判断该背景图片是否为基于目标绘制节点的模糊参数处理后的图片，以根据判断结果确定是否采用目标绘制节点的模糊参数对背景图片进行模糊处理。

作为一种可能的实现方式，Render Thread可以从目标绘制节点的属性信息中获取模糊参数，判断对背景图片进行模糊处理的模糊参数与目标绘制节点的模糊参数是否相同，以确定是否对该背景图片再次进行模糊处理。

在本申请实施例中，Render Thread确定背景图片为经过模糊处理后的图片后，Render Thread获取目标绘制节点的属性信息中包括的模糊参数。若Render Thread确定目标绘制节点对应的模糊参数与对背景图片进行模糊处理的模糊参数相同，则RenderThread确定无需采用目标绘制节点的模糊参数对该背景图片进行模糊处理。若RenderThread确定目标绘制节点对应的模糊参数与对背景图片进行模糊处理的模糊参数不相同，即Render Thread确定目标绘制节点的模糊参数发生了变化。这种情况下，Render Thread确定采用目标绘制节点对应的模糊参数对该背景图片进行模糊处理。

在本申请实施例中，当Render Thread采用目标绘制节点对应的模糊参数对背景图片进行模糊处理时，Render Thread将渲染指令发送至图形处理器，图形处理器通过目标绘制节点的属性信息中的模糊滤镜，对背景图片进行模糊处理，得到背景模糊图片，并对背景模糊图片进行存储。

此处，图形处理器可以将背景模糊图片发送至背景图片的存储位置进行存储，也可以采用背景模糊图片替换存储位置中存储的背景图片，以节省存储内存，此处不做限定。

在本申请实施例的一种可能的情况下，在Render Thread确定无需对背景图片进行模糊处理的情况下，Render Thread可以从背景图片中裁剪得到目标绘制节点的位置对应的第一背景区域。即Render Thread可以根据上述计算得到目标绘制节点相对于画布的坐标值，从背景图片中裁剪该绘制节点的画布的坐标值的位置对应的第一背景区域。然后，Render Thread将第一背景区域作为背景绘制到画布上对应的坐标值的位置，以使用该第一背景区域作为目标绘制节点的背景，以实现对目标绘制节点进行背景模糊处理的效果。

示例性的，如图6所示，假设图6中的(a)示出了一种显示屏的画布601，图6中的(b)为背景图片603。Render Thread确定某一绘制节点在画布上的位置为图6中的(a)中的区域602，Render Thread从图6中的(b)的背景图片603中裁剪与图6中的(a)中的区域602的位置相同的背景区域604。然后，Render Thread使用背景区域604对该绘制节点进行背景模糊处理，即Render Thread从背景图片603中裁剪出背景区域604，采用背景区域604作为该绘制节点的背景绘制到显示屏的画布601中。Render Thread对该绘制节点进行背景模糊处理后，在显示屏的画布中的显示效果如图6中的(c)所示。

在本申请实施例的另一种可能的情况下，在Render Thread确定采用目标绘制节点的模糊参数对背景图片进行模糊处理的情况下，Render Thread采用目标绘制节点的模糊参数对背景图片进行模糊处理，得到背景模糊图片后，Render Thread可以根据上述计算得到目标绘制节点相对于画布的坐标值，从背景模糊图片中裁剪画布的坐标值的位置对应的第一背景区域。然后，Render Thread将第一背景区域作为背景绘制到画布的坐标值的位置，以使用该第一背景区域作为目标绘制节点的背景，从而实现了对目标绘制节点进行背景模糊处理的效果。

在本申请实施例中，Render Thread将第一背景区域作为目标绘制节点的背景，绘制到画布上对应的坐标位置之后，Render Thread将目标绘制节点对应的内容(比如，应用的图标或文字等)绘制在第一背景区域之上的图层。然后，Render Thread继续在画布上绘制桌面应用的其他绘制节点，直至在画布中完成所有绘制节点的绘制。

示例性的，如图7所示，Render Thread将第一背景区域作为绘制节点的背景，绘制到画布上绘制节点对应的区域701之后，Render Thread将绘制节点对应的内容绘制在第一背景区域的上一图层，比如，Render Thread将图7中的应用A、应用B、应用C和应用D的图标绘制在第一背景区域的上一图层。

在实际绘制桌面应用的目标界面时，Render Thread首先在画布上绘制目标界面的整个背景图片，然后，Render Thread将第一背景区域作为目标绘制节点的背景，绘制到画布上目标绘制节点对应的位置之后，再将目标绘制节点内容绘制到第一背景区域之上的图层。图7中未示出在画布上绘制目标界面的整个背景图片。

在本申请实施例中，Render Thread确定桌面应用的待显示的目标界面中所有绘制节点在显示屏的画布中绘制完成后，Render Thread将Vsync信号发送至SurfaceFlinger函数，Surface Flinger函数接收到Vsync信号后，对目标界面的背景图片、各绘制节点及对应的第一背景区域的图层进行合成，并将合成后的图像发送至显示屏进行显示，以实现对桌面应用的目标界面的显示。

示例性的，Surface Flinger函数可以调用消息处理函数handleMessageRefresh实现图像的合成以及将合成后的图像在显示屏显示的过程。

在本申请实施例的一种可能的情况中，当桌面应用的待显示的目标界面中的两个控件的区域有重叠时，比如，一个控件为目标绘制节点对应的控件，另一个控件为第二绘制节点对应的控件。在Render Thread确定目标绘制节点对应的控件与第二绘制节点对应的控件在目标界面中的区域有重叠，且目标绘制节点对应的控件的尺寸大于第二绘制节点对应的控件的尺寸的情况下，Render Thread将从背景图片中裁剪的背景区域作为目标绘制节点的背景，绘制到画布上对应的位置之后，Render Thread在画布上绘制第二绘制节点时，若Render Thread确定对第二绘制节点进行背景模糊，则Render Thread可以根据第二绘制节点相对于画布的坐标值的位置，从上述背景图片中裁剪与第二绘制节点的位置相同的背景区域。然后，Render Thread将第二绘制节点对应的背景区域绘制到目标绘制节点对应的背景区域之上的图层，然后，Render Thread再绘制第二绘制节点对应的内容。由此，在不同绘制节点对应的背景相同的情况下，无需重复对背景图片进行模糊处理，直接从缓存的背景图片中裁剪与绘制节点的位置对应的背景区域，通过减少对背景图片进行模糊的次数，达到了降低设备功耗的目的。

示例性的，如图8中的(a)所示，界面控件801和界面控件802对应的背景相同，Render Thread将背景区域作为界面控件801对应的绘制节点的背景，绘制到显示屏的画布上对应的位置之后，如图8中的(b)所示的背景模糊后的区域803。Render Thread在画布上绘制界面控件802对应的绘制节点时，若Render Thread确定对界面控件802对应的绘制节点进行背景模糊，且界面控件801对应的绘制节点为界面控件802对应的绘制节点的背景相同，则Render Thread可以根据界面控件802对应的绘制节点相对于画布的坐标值的位置，从上述背景图片中裁剪与界面控件802对应的绘制节点的位置相同的背景区域。然后，Render Thread将界面控件802对应的绘制节点对应的背景区域绘制到界面控件801对应的绘制节点对应的背景区域之上。

在本申请实施例中，在桌面应用启动之后，手机显示桌面应用的显示界面的过程中，手机检测到用户对显示界面的滑动操作后，响应于对显示界面的滑动操作，手机的显示界面可以显示滑动过程界面或滑动后界面。

在一种可能的场景下，在桌面应用启动后，手机显示第一界面的过程中，电子设备检测到用户对第一界面的滑动操作后，响应于对第一界面的滑动操作，手机显示滑动过程界面。

上述第一界面中可以显示有第一界面内容，滑动过程界面也包括第一界面内容，且第一界面内容包括目标绘制节点对应的界面控件，滑动过程界面的界面控件处于压缩状态，滑动过程界面中的目标绘制节点对应的界面控件的背景区域是模糊处理后的。

可以理解为，手机响应于用户对第一界面的滑动操作，显示对目标绘制节点进行背景模糊处理后的第一显示页面到目标显示页面之间的变化过程界面。

示例性的，图9为本申请实施例提供的一种界面显示的示例图四。图9中的(a)中的手机显示第一界面901，其中，第一界面901中包括未经过模糊处理的界面控件902。手机检测到用户对第一界面901向左的滑动操作后，响应于滑动操作，手机显示对第一界面901中界面控件902进行模糊处理后的界面903，如图9中的(b)所示。其中，界面903中包括经过模糊处理的界面控件904。响应于滑动操作，手机继续显示滑动过程界面。如图9中的(c)所示的界面905和图9中的(d)所示的界面907，其中，界面905和界面907为上述滑动过程界面，界面905和界面907中的界面控件处于压缩状态，界面905中包括压缩后的界面控件906。界面控件906为对界面控件904进行压缩后的界面控件。界面907中的界面控件也处于压缩状态，界面907中包括压缩后的界面控件908。

需要解释的是，上述示例中以图9中的(a)中示出的第一界面901中显示的界面控件902，为未经过背景模糊处理的界面控件为例，图9中的(a)中的第一界面901中显示的界面控件902也可以为经过背景模糊处理的界面控件。下面以图10中示出的滑动过程为例进行介绍。

示例性的，图10为本申请实施例提供的一种界面显示的示例图五。图10中的(a)中的手机显示第一界面1001，其中，第一界面1001中包括经过模糊处理的界面控件1002。手机检测到用户对第一界面1001向左的滑动操作后，响应于滑动操作，手机显示滑动过程界面。如图10中的(b)所示的界面1003和图10中的(c)所示的界面1005，其中，界面1003和界面1005为上述滑动过程界面，界面1003中的界面控件处于压缩状态，界面1003中包括压缩后的界面控件1004。界面控件1004为对界面控件1002进行压缩后的界面控件。界面1005也为上述滑动过程界面，界面1005中的界面控件也处于压缩状态，界面1005中包括压缩后的界面控件1006。

在另一种可能的场景下，在桌面应用启动后，手机显示第一界面的过程中，电子设备检测到用户对第一界面的滑动操作后，响应于对第一界面的滑动操作，手机显示滑动后界面。

上述滑动后界面也包括第一界面内容，滑动后界面的界面控件处于压缩状态，滑动后界面中的目标绘制节点对应的界面控件的背景区域是模糊处理后的。

可以理解为，手机响应于用户对第一界面的滑动操作，直接显示滑动后界面，并未显示滑动过程中界面的变化过程。

示例性的，图11为本申请实施例提供的一种界面显示的示例图六。如图11所示，图11中的(a)中的手机显示第一界面1101，其中，第一界面1101中包括经过模糊处理的界面控件1102。手机检测到用户对第一界面1101向左的滑动操作后，响应于滑动操作，手机显示滑动后界面，即图11中的(b)中所示的界面1103，界面1103中显示对界面控件1102进行压缩后的界面控件1104。

需要解释的是，上述示例中以图11中的(a)中示出的第一界面1101中显示的界面控件1102，为经过背景模糊处理的界面控件为例，图11中的(a)中的第一界面1101中显示的界面控件1102也可以为经过背景模糊处理的界面控件。下面以图12中示出的滑动过程为例进行介绍。

示例性的，图12为本申请实施例提供的一种界面显示的示例图七。如图12所示，图12中的(a)中的手机显示第一界面1201，其中，第一界面1201中包括未经过模糊处理的界面控件1202。手机检测到用户对第一界面1201向左的滑动操作后，响应于滑动操作，手机直接显示滑动后界面，即图12中的(b)中所示的界面1203，界面1203中显示对界面控件1202进行背景模糊处理和压缩后的界面控件1204。

在本申请实施例中，在桌面应用启动后，手机显示第一界面的过程中，手机检测到用户对第一界面的滑动操作，响应于滑动操作，手机可以根据第一界面中的目标绘制节点在第一界面对应的画布中的第一坐标值以及相对于预设尺寸画布的第二坐标值，确定目标绘制节点对应的控件相对于预设尺寸画布的横向压缩比和纵向压缩比。然后，手机电子设备根据横向压缩比和纵向压缩比对第一显示页面进行压缩处理，得到目标显示页面后，手机显示目标显示页面。其中，第一显示页面包括目标绘制节点对应的界面控件，界面控件对应的区域为经过模糊处理后的。目标显示页面中的界面控件处于压缩状态，目标绘制节点对应的界面控件的背景区域是模糊处理后的。

在一种可能的情况下，响应于滑动操作之后，若手机确定目标绘制节点的属性信息中的图片标识指示的背景图片是基于模糊参数模糊处理后的图片，则手机从背景图片中裁剪压缩后的目标绘制节点的位置对应的第二背景区域。然后，手机根据横向压缩比和纵向压缩比，对第二背景区域拉伸得到目标背景区域。手机将目标背景区域绘制到目标绘制节点的位置后，在目标背景区域的上一图层绘制目标绘制节点的内容，得到模糊处理后的第一显示页面。手机根据横向压缩比和纵向压缩比对模糊处理后的第一显示页面进行压缩处理，得到目标显示页面。

可选地，Render Thread可以根据目标绘制节点相对于预设尺寸画布的第二坐标值的横坐标值与目标绘制节点的第一坐标值的横坐标值的比值，确定横向缩放比。RenderThread根据目标绘制节点相对于预设尺寸画布的第二坐标值的纵坐标值与目标绘制节点的第一坐标值的纵坐标值的比值，确定纵向缩放比。

在本申请实施例中，若Render Thread确定目标绘制节点的属性信息中存储的背景图片是基于模糊参数模糊处理后的图片，则Render Thread从背景图片中裁剪压缩后的目标绘制节点的位置对应的第二背景区域。即Render Thread确定目标绘制节点在预设尺寸画布中的位置对应的第二背景区域。然后，Render Thread根据横向压缩比和纵向压缩比，对第二背景区域拉伸得到目标背景区域。Render Thread将目标背景区域绘制到目标绘制节点的位置后，在目标背景区域的上一图层绘制目标绘制节点的内容，得到第一显示页面。其中，第一显示页面包括目标绘制节点对应的界面控件，界面控件的背景区域是经过模糊处理后的。

Render Thread根据横向压缩比和纵向压缩比对第一显示页面进行压缩处理，得到目标显示页面。然后，手机的显示屏中显示目标显示页面。其中，目标显示页面包括压缩后的目标绘制节点对应的界面控件，界面控件的背景区域也是经过模糊处理后的。由此，Render Thread从背景图片中裁剪压缩后的目标绘制节点对应的第二背景区域后，根据横向缩放比和纵向缩放比对第二背景区域进行拉伸，将拉伸后的目标背景区域绘制到预设尺寸的画布上，不仅实现了界面滑动过程中对目标绘制节点的背景进行模糊处理，还可以实时适应画布的压缩动画。

示例性的，图13为本申请实施例提供的一种界面显示的示例图八，图13中的(a)示出了的目标绘制节点在滑动后界面中的显示效果，Render Thread根据目标绘制节点的第二坐标值中的横坐标与目标绘制节点的第一坐标值的横坐标的比值，以及目标绘制节点的第二坐标值的纵坐标与目标绘制节点的第一坐标值的纵坐标的比值，分别得到横向缩放比和纵向缩放比。Render Thread可以计算压缩后的目标绘制节点在显示屏的压缩后的画布1中的坐标值，Render Thread从背景图片或者对背景图片进行模糊处理后的背景模糊图片中，裁剪与画布1中的目标绘制节点的位置对应的第一背景区域1301。然后，Render Thread根据横向缩放比和纵向缩放比对第一背景区域进行拉伸后，将拉伸后的目标背景区域1302绘制到画布2上，如图13中的(b)所示。

在本申请实施例的一种可能的场景下，在桌面应用启动后，且显示第二界面的过程中，响应于用户对第二界面的缩/放操作，手机显示第三界面。其中，第三界面包括第二界面内容，第二界面内容包括目标绘制节点对应的界面控件，第三界面的界面控件处于压缩状态，目标绘制节点对应的界面控件的背景区域是模糊处理后的。

可以理解为，在手机的显示屏显示第二界面的过程中，手机检测到用户对第二界面的压缩操作后，手机显示压缩后的第三界面。

示例性的，图14中的(a)中示出了界面1401，界面1401中显示目标绘制节点对应的界面控件1402。手机检测到用户对界面1401的压缩操作(比如，上滑操作)，响应于压缩操作，手机显示图14中的(b)中的界面1403。其中，界面1403中显示有压缩后的界面控件1404。手机检测到用户对界面1403中任意位置的触发操作(比如，点击操作)，手机继续显示图14中的(a)中的界面1401。

综上所述，在本申请实施例中，对于背景切换不频繁的界面控件，Render Thread可以直接从该控件对应的绘制节点的属性信息中存储的背景图片中裁剪背景区域作为绘制节点的背景，无需在绘制每一个绘制节点时获取一次背景图片，并对获取到的背景图片进行模糊处理，不仅减少了背景图片的获取次数，还减少了对背景图片进行模糊处理的次数，从而可以有效的降低设备功耗。

或者，Render Thread确定绘制节点的属性信息中存储的背景图片是未经过绘制节点的模糊参数进行模糊处理过的，Render Thread可以根据绘制节点的属性信息中的模糊参数对该绘制节点的属性信息中存储的背景图片进行模糊处理，从模糊处理后的背景模糊图片中裁剪背景区域作为绘制节点的背景。可见，Render Thread无需再次从应用层获取背景图片，节省了获取背景图片的时间，达到了降低设备功耗的目的。

如图15所示，本申请实施例公开了一种电子设备，该电子设备可以为上述手机。该电子设备具体可以包括：触摸屏1501，所述触摸屏1501包括触摸传感器1506和显示屏1507；一个或多个处理器1502；存储器1503；一个或多个应用程序(未示出)；以及一个或多个计算机程序1504，上述各器件可以通过一个或多个通信总线1505连接。其中，上述一个或多个计算机程序1504被存储在上述存储器1503中并被配置为被该一个或多个处理器1502执行，该一个或多个计算机程序1504包括指令，该指令可以用于执行上述实施例中的相关步骤。

可以理解的是，上述电子设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明实施例的范围。

本申请实施例可以根据上述方法示例对上述电子设备等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备的一种可能的组成示意图，该电子设备可以包括：显示单元、传输单元和处理单元等。需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本申请实施例还提供一种电子设备，包括一个或多个处理器以及一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述相关方法步骤实现上述实施例中的界面显示方法。

本申请的实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的界面显示方法。

本申请的实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的界面显示方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使装置执行上述各方法实施例中电子设备执行的界面显示方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或装置均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。