界面显示方法和装置

技术领域

本申请涉及终端技术领域，尤其涉及一种界面显示方法和装置。

背景技术

随着互联网的普及和发展，终端设备已经成为人们工作生活的一部分。而伴随着终端设备越来越大、越来越长，应用的种类越来越多，如何在终端设备的桌面状态下选中应用或卡片变得越来越困难。

通常情况下，终端设备可以基于用户单手操作，选中桌面中的任一应用或卡片。

然而，应用在较多场景中，用户则很难通过单手操作选中应用或卡片。

或者，为了找到应用并打开，用户可能需要通过多次滑动、抬起的翻页操作，然后再选中应用打开，操作复杂。

发明内容

本申请实施例提供一种界面显示方法和装置，可以基于用户针对桌面中的导航点的触发操作，移动桌面中显示的图标，使得用户可以单手实现对于桌面任一区域的元素的触发。

第一方面，本申请实施例提供一种界面显示方法，应用于终端设备，终端设备包括显示屏，方法包括：终端设备在显示屏显示第一界面，第一界面为终端设备的第一桌面，第一界面包括：第一界面元素、停靠dock栏、第一导航点以及状态栏，其中，第一界面元素为第一界面上位于第一导航点和状态栏之间的元素；终端设备接收第一操作；响应于第一操作，终端设备将第一界面元素向第一界面的下部区域移动；在第一界面元素停止移动后，若终端设备检测到第一操作持续作用于显示屏，终端设备在显示屏显示第二界面，第二界面的下部区域显示与第一界面元素对应的第二界面元素，第二界面中的dock栏与第一界面中的dock栏显示的位置相同，第二界面中的状态栏与第一界面中的状态栏显示的位置相同，第二界面还包括第二导航点，第二导航点与第一导航点的数量不同或者状态不同。

这样，终端设备可以基于用户针对桌面中的触发操作，移动桌面中显示的图标，使得用户可以单手实现对于桌面任一区域的元素的触发。

在一种可能的实现方式中，方法还包括：在第一界面元素移动的过程中，或者，在第一界面元素停止移动后，终端设备检测到第一操作结束，终端设备显示第一界面。这样，终端设备可以在检测到第一操作结束时取消显示第二界面元素。

在一种可能的实现方式中，第二界面元素的尺寸小于或等于第一界面元素的尺寸。

在一种可能的实现方式中，第一界面元素包括以下元素中的一种或多种：应用图标、卡片、卡片集、文件夹图标。

在一种可能的实现方式中，方法还包括：若第一界面元素为应用图标，则终端设备在显示第二界面时，响应于接收到第一通知消息，终端设备在第二界面上显示第一通知消息，并在第二界面中应用图标对应的第二界面元素上显示第一标识，第一标识用于指示收到第一通知消息。这样，在终端设备接收到第一通知消息时，可以基于该第一通知消息刷新应用图标。

在一种可能的实现方式中，方法还包括：在显示第二界面时，终端设备接收第一消息，第一消息包括：来电通知、视频通话通知或语音通话通知；响应于接收到第一消息，终端设备全屏显示第一消息对应的界面；第一消息对应的界面中包括至少一个控件；终端设备检测到第一操作结束，终端设备继续显示第一消息对应的界面；终端设备接收针对至少一个控件的第二操作；响应于第二操作，终端设备执行至少一个控件对应的功能。这样，在终端设备接收到即时性较强的消息时，终端设备可以中断第二界面元素的显示，并全屏显示来电消息；如果消息对应的界面在显示屏的高频触发区域内有控件，本申请实施例的方法中，终端设备可以不响应第一操作对高频触发区域内控件的触发，避免误触。并且，终端设备可以在接收到用户再次针对该第一消息对应的界面中的控件的操作时，执行该控件对应的功能。

在一种可能的实现方式中，方法还包括：若第一界面元素为卡片，则终端设备在显示第二界面时，响应于接收到第一通知消息，终端设备在第二界面上显示第一通知消息，并刷新第二界面中卡片对应的第二界面元素中显示的内容。这样，终端设备可以实现基于通知消息刷新卡片中显示的内容，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，方法还包括：若第一界面元素为卡片集，终端设备接收焦点在卡片集对应的第二界面元素中的上下移动，卡片集对应的第二界面元素中显示的内容跟随焦点进行翻页；或者，终端设备在检测到卡片集对应的第二界面元素显示的时长超过时间阈值时，对卡片集对应的第二界面元素进行翻页。这样，终端设备可以实现卡片集的自动翻页，以及基于用户操作的卡片翻页，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，方法还包括：若第一界面元素为文件夹图标，终端设备检测到第一操作的焦点由第二导航点移动至文件夹图标对应的第二界面元素；终端设备展开显示文件夹图标对应的第二界面元素；终端设备接收焦点在文件夹对应的第二界面元素中的左右移动，文件夹对应的第二界面元素中显示的内容跟随焦点进行翻页。这样，终端设备可以实现文件夹的翻页，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，文件夹图标对应的第二界面元素中包括目标应用图标，终端设备展开显示文件夹图标对应的第二界面元素之后，方法还包括：终端设备检测到第一操作的焦点由文件夹图标对应的第二界面元素移动至目标应用图标；终端设备突出显示目标应用图标；终端设备检测到第一操作结束，终端设备显示目标应用图标对应的界面。这样，终端设备可以实现打开文件夹图标中的任一应用，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，第一操作为针对第一导航点的操作，方法还包括：终端设备检测到第一操作的焦点从第二导航点上移动至第二界面元素；终端设备突出显示第二界面元素；终端设备检测到第一操作结束，终端设备显示第二界面元素对应的界面。这样，终端设备可以实现在桌面状态下打开任一第二界面元素对应的界面，实现桌面应用的便捷开启。

在一种可能的实现方式中，第二界面元素显示在预设区域中，预设区域位于第二导航点的上方。

在一种可能的实现方式中，方法还包括：终端设备检测到第一操作的焦点在第二导航点上的左右移动，预设区域中显示的内容随着焦点在第二导航点上的左右移动而移动。这样，终端设备可以实现在预设区域中查看所有桌面中显示的内容，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，终端设备检测到第一操作的焦点在第二导航点上的左右移动，预设区域中显示的内容随着焦点在第二导航点上的左右移动而移动，包括：终端设备检测到第一操作的焦点在第二导航点上向第一方向移动，终端设备显示第三界面，第三界面的预设区域显示第三界面元素。这样，终端设备可以实现在预设区域中查看其他桌面中显示的元素，便于用户快速查找到应用，进而提高用户针对桌面使用的体验感。

在一种可能的实现方式中，方法还包括：终端设备在显示第一界面时，接收到第三操作；响应于第三操作，终端设备显示第四界面，第四界面为终端设备的第二桌面，第二桌面包括第四界面元素、停靠dock栏、第三导航点以及状态栏；其中，第三界面元素为第四界面元素缩小尺寸后的界面元素，第三导航点与第一导航点的状态不同。

在一种可能的实现方式中，方法还包括：终端设备检测到第一操作的焦点从第二导航点上移动至第三界面元素；终端设备突出显示第三界面元素；终端设备检测到第一操作结束，终端设备显示第三界面元素对应的界面。这样，终端设备可以实现在预设区域中查看所有桌面中显示的元组，便于用户快速查找到应用，并实现在任一界面中灵活的打开界面中的任一元素，提高用户针对桌面使用的体验感。

在一种可能的实现方式中，第二界面元素按照预设规则显示在预设区域中；其中，预设规则用于对预设区域中第二界面元素进行补位；预设规则包括：按列补位、按行补位、或者按照第二界面元素所占面积由大到小补位等。这样，终端设备可以基于按行补位原则或按列补位原则最大程度上保留图标之间的原始相对位置，使得用户可以根据图标的原始位置，快速的在预设区域中找到第二界面元素；并且，终端设备也可以基于按照第二界面元素所占面积由大到小补位的方式，将卡片放置于预设区域中偏上侧的位置，使得用户可以毫不费力的触发到预设区域顶部的图标，提高用户的使用感。

在一种可能的实现方式中，当第二界面元素为多个时，多个第二界面元素中使用频率大于频率阈值的元素突出显示在预设区域中。这样，使得用户可以根据突出显示的第二界面元素便捷的找到最有可能使用的第二界面元素，提高用户的使用感。

在一种可能的实现方式中，在终端设备检测到左手手持终端设备时，预设区域位于终端设备的左侧；或者，在终端设备检测到右手手持终端设备时，预设区域位于终端设备的右侧。这样，终端设备可以根据左右手操作，灵活的对预设区域进行调整，使得调整后的预设区域更便于用户的触发。

在一种可能的实现方式中，第一界面中还包括壁纸，第二界面中还包括壁纸，第一界面中的壁纸的尺寸与第二界面中的壁纸的尺寸相同。

第二方面，本申请实施例提供一种界面显示装置，装置包括显示单元以及处理单元，显示单元，用于在显示屏显示第一界面，第一界面为终端设备的第一桌面，第一界面包括：第一界面元素、停靠dock栏、第一导航点以及状态栏，其中，第一界面元素为第一界面上位于第一导航点和状态栏之间的元素；处理单元，用于接收第一操作；响应于第一操作处理单元，用于将第一界面元素向第一界面的下部区域移动；在第一界面元素停止移动后，若处理单元检测到第一操作持续作用于显示屏，显示单元，还用于在显示屏显示第二界面，第二界面的下部区域显示与第一界面元素对应的第二界面元素，第二界面中的dock栏与第一界面中的dock栏显示的位置相同，第二界面中的状态栏与第一界面中的状态栏显示的位置相同，第二界面还包括第二导航点，第二导航点与第一导航点的数量不同或者状态不同。

在一种可能的实现方式中，在第一界面元素移动的过程中，或者，在第一界面元素停止移动后，处理单元，用于检测到第一操作结束，显示单元，用于显示第一界面。

在一种可能的实现方式中，第二界面元素的尺寸小于或等于第一界面元素的尺寸。

在一种可能的实现方式中，第一界面元素包括以下元素中的一种或多种：应用图标、卡片、卡片集、文件夹图标。

在一种可能的实现方式中，若第一界面元素为应用图标，则显示单元，用于在显示第二界面时，响应于接收到第一通知消息，显示单元，用于在第二界面上显示第一通知消息，并在第二界面中应用图标对应的第二界面元素上显示第一标识，第一标识用于指示收到第一通知消息。

在一种可能的实现方式中，在显示第二界面时，处理单元，用于接收第一消息，第一消息包括：来电通知、视频通话通知或语音通话通知；响应于接收到第一消息，显示单元，用于全屏显示第一消息对应的界面；第一消息对应的界面中包括至少一个控件；处理单元，用于检测到第一操作结束，显示单元，用于继续显示第一消息对应的界面；处理单元，用于接收针对至少一个控件的第二操作；响应于第二操作，处理单元，用于执行至少一个控件对应的功能。

在一种可能的实现方式中，若第一界面元素为卡片，则显示单元，用于在显示第二界面时，响应于接收到第一通知消息，显示单元，用于在第二界面上显示第一通知消息，并刷新第二界面中卡片对应的第二界面元素中显示的内容。

在一种可能的实现方式中，若第一界面元素为卡片集，处理单元，用于接收焦点在卡片集对应的第二界面元素中的上下移动，卡片集对应的第二界面元素中显示的内容跟随焦点进行翻页；或者，处理单元，用于在检测到卡片集对应的第二界面元素显示的时长超过时间阈值时，对卡片集对应的第二界面元素进行翻页。

在一种可能的实现方式中，若第一界面元素为文件夹图标，处理单元，用于检测到第一操作的焦点由第二导航点移动至文件夹图标对应的第二界面元素；显示单元，用于展开显示文件夹图标对应的第二界面元素；处理单元，用于接收焦点在文件夹对应的第二界面元素中的左右移动，文件夹对应的第二界面元素中显示的内容跟随焦点进行翻页。

在一种可能的实现方式中，文件夹图标对应的第二界面元素中包括目标应用图标，处理单元，用于展开显示文件夹图标对应的第二界面元素之后，方法还包括：处理单元，用于检测到第一操作的焦点由文件夹图标对应的第二界面元素移动至目标应用图标；显示单元，用于突出显示目标应用图标；处理单元，用于检测到第一操作结束，显示单元，用于显示目标应用图标对应的界面。

在一种可能的实现方式中，第一操作为针对第一导航点的操作，处理单元，用于检测到第一操作的焦点从第二导航点上移动至第二界面元素；

显示单元，用于突出显示第二界面元素；处理单元，用于检测到第一操作结束，显示单元，用于显示第二界面元素对应的界面。

在一种可能的实现方式中，第二界面元素显示在预设区域中，预设区域位于第二导航点的上方。

在一种可能的实现方式中，处理单元，用于检测到第一操作的焦点在第二导航点上的左右移动，预设区域中显示的内容随着焦点在第二导航点上的左右移动而移动。

在一种可能的实现方式中，处理单元，用于检测到第一操作的焦点在第二导航点上的左右移动，预设区域中显示的内容随着焦点在第二导航点上的左右移动而移动，包括：处理单元，用于检测到第一操作的焦点在第二导航点上向第一方向移动，显示单元，用于显示第三界面，第三界面的预设区域显示第三界面元素。

在一种可能的实现方式中，显示单元，用于在显示第一界面时，接收到第三操作；响应于第三操作，显示单元，用于显示第四界面，第四界面为终端设备的第二桌面，第二桌面包括第四界面元素、停靠dock栏、第三导航点以及状态栏；其中，第三界面元素为第四界面元素缩小尺寸后的界面元素，第三导航点与第一导航点的状态不同。

在一种可能的实现方式中，处理单元，用于检测到第一操作的焦点从第二导航点上移动至第三界面元素；显示单元，用于突出显示第三界面元素；处理单元，用于检测到第一操作结束，显示单元，用于显示第三界面元素对应的界面。

在一种可能的实现方式中，第二界面元素按照预设规则显示在预设区域中；其中，预设规则用于对预设区域中第二界面元素进行补位；预设规则包括：按列补位、按行补位、或者按照第二界面元素所占面积由大到小补位等。

在一种可能的实现方式中，当第二界面元素为多个时，多个第二界面元素中使用频率大于频率阈值的元素突出显示在预设区域中。

在一种可能的实现方式中，在终端设备检测到左手手持终端设备时，预设区域位于终端设备的左侧；或者，在终端设备检测到右手手持终端设备时，预设区域位于终端设备的右侧。

在一种可能的实现方式中，第一界面中还包括壁纸，第二界面中还包括壁纸，第一界面中的壁纸的尺寸与第二界面中的壁纸的尺寸相同。

第三方面，本申请实施例提供一种终端设备，包括处理器和存储器，存储器用于存储代码指令；处理器用于运行代码指令，使得电子设备以执行如第一方面或第一方面的任一种实现方式中描述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质存储有指令，当指令被执行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的方法。

第五方面，一种计算机程序产品，包括计算机程序，当计算机程序被运行时，使得计算机执行如第一方面或第一方面的任一种实现方式中描述的方法。

应当理解的是，本申请的第二方面至第五方面与本申请的第一方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1为本申请实施例提供的一种场景示意图；

图2为本申请实施例提供的一种终端设备的硬件结构示意图；

图3为本申请实施例提供的一种终端设备的软件结构示意图；

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

图5为本申请实施例提供的一种移动桌面图标的界面示意图；

图6为本申请实施例提供的一种预设区域的界面示意图；

图7为本申请实施例提供的另一种预设区域的界面示意图；

图8为本申请实施例提供的一种开启界面的示意图；

图9为本申请实施例提供的一种按列补位的界面示意图；

图10为本申请实施例提供的一种按行补位的界面示意图；

图11为本申请实施例提供的一种完全重组补位的界面示意图；

图12为本申请实施例提供的一种选择不同应用的界面示意图；

图13为本申请实施例提供的一种滑出预设区域的界面示意图；

图14为本申请实施例提供的一种查看其他界面的界面示意图；

图15为本申请实施例提供的另一种查看其他界面的界面示意图；

图16为本申请实施例提供的一种查看高频应用的界面示意图；

图17为本申请实施例提供的一种触发dock栏的界面示意图；

图18为本申请实施例提供的一种接收新消息的界面示意图；

图19为本申请实施例提供的一种卡片翻页的界面示意图；

图20为本申请实施例提供的一种文件夹翻页的界面示意图；

图21为本申请实施例提供的一种接收来电消息的界面示意图；

图22为本申请实施例提供的另一种缩小桌面的界面示意图；

图23为本申请实施例提供的一种界面显示装置的结构示意图；

图24为本申请实施例提供的另一种终端设备的硬件结构示意图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一值和第二值仅仅是为了区分不同的值，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

在应用的图标或卡片位于桌面下部时，终端设备可以基于用户单手操作，选中桌面中的任一应用或卡片。然而，当该应用(或卡片)位于终端设备的桌面顶部时，用户则很难通过单手操作选中该应用或卡片。例如，当用户左手手持终端设备，并利用左手大拇指触发位于桌面顶部或者桌面右上角的应用(或卡片)时，由于终端设备较大或者较长，用户将很难单手完成针对位于桌面顶部的应用(或卡片)的触发。或者，用户可以先操作进入单手模式，单手模式下，手机桌面的上部会移动到手机的下半屏幕界面上显示，用户可以在手机的下半屏幕上操作打开位于桌面顶部的应用或卡片，但操作比较复杂，并且，只有部分桌面的图标显示在单手模式的桌面上，不利于用户操作。

示例性的，图1为本申请实施例提供的一种场景示意图。在图1对应的实施例中，以终端设备为手机为例进行示例说明，该示例并不构成对本申请实施例的限定。

如图1所示的界面，该界面可以为终端设备的桌面中的任一界面，该界面中可以包括：壁纸、位于终端设备顶部的状态栏100、系统建议卡片101、每日要闻卡片103、音乐应用图标104、日历应用图标105、文档管理应用图标106、邮件应用图标107、导航点102；该界面的停靠(dock)栏中可以包括：时钟应用图标108、计算器应用图标109、图库应用图标110、以及备忘录应用图标111等，其中，系统建议卡片101可以包括日程提醒的日历卡片，还可以包括天气卡片等其他卡片。

其中，该导航点102可以用于指示当前所在的界面，导航点102可以包括一个或多个点，每个点可以指示终端的一个桌面。如图1所示的示例，导航点102可以包括三个点，该三个点中的任一点可以用于指示终端设备的桌面中可以显示的界面；该时钟应用图标108、计算器应用图标109、图库应用图标110、以及备忘录应用图标111属于桌面底端的dock栏中的应用图标。如图1所示，该系统建议卡片101中的日历卡片可以包括：日历应用图标、用于指示阴历日期的信息、8:30-9:30的小组会议消息、9:30的公司会议消息、以及用于指示今日无其他日程的文字信息等。

可以理解的是，在用户左手手持终端设备，且终端设备显示如图1所示的界面的情况下，用户可以利用左手大拇指触发图1所示的界面中的图标。然而，当用户需要触发系统建议卡片101查看今日日程时，由于该系统建议卡片101位于桌面的顶端，因此用户将很难触发到位于桌面顶部区域的卡片或应用图标。尤其在用户的手较小或者终端设备的尺寸较大的场景中，用户将更难利用单手触发位于桌面顶端区域的卡片或应用图标。

可能的实现方式中，当终端设备中包括多个界面时，且任一界面中包括多个应用时，为了查找某一界面中的应用，用户则需要通过多次滑动、抬起的翻页操作选中所需的界面，并通过点击或长按等操作选中界面中所需的应用。然而，在终端设备中包括多个界面的场景中，选中某一界面中的应用的步骤较为繁琐。

有鉴于此，本申请实施例提供一种界面显示方法，终端设备显示第一界面；第一界面中包括导航点以及至少一个图标，当终端设备接收到针对导航点所在区域的第一操作时，响应于第一操作，终端设备显示第二界面；在第二界面上，第一界面中的上述至少一个图标显示在第二界面的预设区域，预设区域位于终端设备屏幕的下部区域。这样，可以避免图标位于终端设备的屏幕顶部时用户难以触发的情况，使得用户可以便捷的触发到位于终端设备屏幕的顶部区域中的图标。

在一种可能的实现方式中，第二界面的预设区域中可以包括：缩小的至少一个图标。在第一界面上应用图标、桌面卡片、小组件等比较多的情况下，终端设备可以将图标、桌面卡片、小组件等缩小之后显示在预设区域内。这样，也可以避免图标位于终端设备的屏幕顶部时用户难以触发的情况，使得用户可以实现对于预设区域中的任一缩小的图标的便捷触发。

在一种可能的实现方式中，预设区域位于导航点的上侧，使得用户可以单手实现对于缩小的至少一个图标的触发。例如，当终端设备接收针对缩小的至少一个图标的操作时，终端设备显示该至少一个图标对应的界面。

其中，该预设区域也可以位于除导航点上侧以外的其他位置，例如位于终端设备的显示屏的中间、显示屏的下部区域的左侧区域，或者显示屏的下部区域的右侧区域等。或者，该预设区域显示的位置也可以与用户手持终端设备的状态相关，例如当用户左手手持终端设备时，该预设区域可以为终端设备的显示屏的下部区域中靠左侧的位置，当用户右手手持终端设备时，该预设区域可以为终端设备的显示屏的下部区域中靠右侧的位置，本申请实施例中对该预设区域的具体位置不做限定。

其中，该图标可以为本申请实施例中的应用图标、卡片图标、小组件图标、和/或文件夹对应的图标等，本申请实施例中对此图标的具体形态不做限定。

可以理解的是，上述终端设备也可以称为终端，(terminal)、用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。终端设备可以为拥有触摸屏的手机(mobile phone)、智能电视、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

因此，为了能够更好地理解本申请实施例，下面对本申请实施例的终端设备的结构进行介绍。示例性的，图2为本申请实施例提供的一种终端设备的结构示意图。

终端设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，指示器192，摄像头193，以及显示屏194等。

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

处理器110可以包括一个或多个处理单元。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。

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

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

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

天线1和天线2用于发射和接收电磁波信号。终端设备中的天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。

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

无线通信模块160可以提供应用在终端设备上的包括无线局域网(wirelesslocalarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)等无线通信的解决方案。

终端设备通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，终端设备可以包括1个或N个显示屏194，N为大于1的正整数。

可能的实现方式中，当该的终端设备为具有触控功能的设备时，显示屏194与触控屏可以结合在一起，当用户对显示屏194的相应位置处进行触发时，相当于用户对触控屏的相应位置处进行触发。

其中，该触发可以包括点击操作以及长按操作等。该点击操作可以为在显示屏194相应位置处按下并在预设时间阈值内抬起的操作；该长按操作可以为在显示屏194相应位置处按下并持续按压超过预设时间阈值后抬起的操作。可以理解的是，本申请实施例中描述的点击操作以及长按操作均可以应用于显示屏194与触控屏结合在一起的终端设备中，后文将不再赘述。

可能的实现方式中，显示屏194与触控屏也可以不结合在一起，此时本申请实施例中的点击操作以及长按操作均可以替换为其他操作等，本申请实施例中对此不做限定。

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

摄像头193用于捕获静态图像或视频。在一些实施例中，终端设备可以包括1个或N个摄像头193，N为大于1的正整数。

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

内部存储器121可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，内部存储器121用于存储本申请实施例描述的界面显示方法对应的可执行程序代码，进而由处理器110执行调用该可执行程序代码。

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

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端设备可以通过扬声器170A收听音乐，或收听免提通话。受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端设备接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。耳机接口170D用于连接有线耳机。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。本申请实施例中，终端设备可以基于麦克风170C接收用于唤醒终端设备的声音信号，并将声音信号转换为可以进行后续处理的电信号，如本申请实施例中描述的声纹数据，该终端设备可以拥有至少一个麦克风170C。

传感器模块180可以包括下述一种或多种传感器，例如：压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，或骨传导传感器等(图2中未示出)。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端设备可以接收按键输入，产生与终端设备的用户设置以及功能控制有关的键信号输入。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

终端设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构等，在此不再赘述。

本申请实施例以分层架构的安卓(Android)系统为例，示例性说明终端设备的软件结构。

示例性的，图3为本申请实施例提供的一种终端设备的软件结构示意图。如图3所示，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将Android系统分为四层，从上至下分别为：应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。如图3所示，应用程序包可以包括相机，日历，电话，地图，电话，音乐，设置，邮箱，视频，社交等应用程序。

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

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，资源管理器，视图系统，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，触摸屏幕，拖拽屏幕，截取屏幕等。

本申请实施例中，窗口管理器用于根据用户触摸屏幕的操作，确定桌面中的第一界面元素的显示方式；例如将第一界面元素移动至屏幕的下部区域或者对第一界面元素进行缩小并移动至屏幕的下部区域。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

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

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。

Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以独立实现，也可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

可以理解的是，在对本申请实施例提供的界面显示方法进行介绍前，对终端设备的桌面可以显示的内容进行介绍。

示例性的，图4为本申请实施例提供的一种桌面示意图。

当终端设备打开桌面时，终端设备可以默认显示桌面的主界面，如图4中的a所示的界面，该图4中的a所示的界面中的导航点401可以用于指示当前位于主界面、或位于桌面的第一屏，该图4中的a所示的界面中显示的内容可以与图1所示的界面类似，在此不再赘述。进一步的，终端设备可以基于用户在如图4中的a所示的界面中的滑动操作，显示不同的界面。

一种实现中，在如图4中的a所示的界面中，当终端设备接收到用户向左滑动的操作时，终端设备可以显示如图4中的b所示的界面。如图4中的b所示的界面，该界面中的导航点402可以用于指示当前位于桌面的第二屏，该界面中可以包括：视频应用图标、运动健康应用图标、天气应用图标、时钟卡片、浏览器应用图标、设置应用图标、录音机应用图标、以及dock栏等，该dock栏中显示的内容与图1中的dock栏一致，在此不再赘述。

另一种实现中，在如图4中的a所示的界面中，当终端设备接收到用户向右滑动的操作时，终端设备可以显示如图4中的c所示的界面。如图4中的c所示的界面，该界面可以为桌面的负一屏，该界面中可以包括：账号图标、用于搜索内容的本文框、健康码图标、乘车码图标、扫一扫图标、付款码图标、以及用于打开更多功能的图标、终端设备的动态、用于订阅终端设备的其他动态的控件、用于查看更多消息的控件、用于打开服务号中心的控件、用于查看动态中的更多内容的控件、资讯消息、以及用于置顶资讯消息的控件等。其中，负一屏中可以不显示导航点。

可以理解的是，负一屏中不显示导航点可以理解为，终端设备将不会在负一屏中实现本申请实施例中描述的界面显示方法，或者说，终端设备可以在显示界面为桌面时，实现本申请实施例中描述的方法，而在其他界面，比如负一屏、或应用界面等界面中，终端设备则不会执行本申请实施例中描述的方法。

可以理解的是，本申请实施例中对该第一屏、第二屏以及负一屏中显示的具体内容不做限定。其中，该第一屏以及第二屏中显示的壁纸可以保持一致。

可能的实现方式中，该终端设备的桌面也可以显示除第一屏、第二屏以及负一屏之外的更多桌面界面，则终端设备可以基于用户向左滑动或者向右滑动的操作，查看该更多桌面界面，本申请实施例中对此不做限定。

在图4对应的实施例的基础上，终端设备可以基于用户针对导航点的触发操作，将桌面中除dock栏、导航点以及状态栏之外显示的全部图标移动到桌面的下部区域显示；或者，对桌面中除dock栏、导航点以及状态栏之外显示的图标进行缩小，并移动到桌面的下部区域显示。其中，该图标可以包括：应用的图标、文件夹图标、以及卡片(小组件)等。

示例性的，图5为本申请实施例提供的一种移动桌面图标的界面示意图。

一种实现中，终端设备可以基于用户针对导航点的触发操作，将桌面中除dock栏、导航点以及状态栏之外显示的全部图标移动到桌面的下部区域显示。

如图5中的a所示的界面，该界面中可以包括多个区域：如手机顶端的状态栏所在区域5001、桌面中的应用图标所在的区域5002(或简称目标区域5002)、dock栏所在区域5003、以及导航点所在区域502。

可以理解的是，本申请实施例中描述的除dock栏、导航点以及状态栏之外显示的图标可以为目标区域5002中显示的图标，该目标区域5002中显示的图标也可以称为第一界面元素。

在终端设备显示如图5中的a所示的桌面的主界面的情况下，当终端设备接收到用户针对导航点所在区域502的触发操作时，终端设备可以对目标区域5002中的第一界面元素进行移动，并显示如图5中的b所示的界面，进而使得用户可以实现在图5中的b所示的界面中灵活的触发位于终端设备的下部区域中的元素。图5中的b所示的界面中显示的除导航点、状态栏、以及dock栏以外的图标可以为第二界面元素，该第二界面元素的尺寸可以与第一界面元素的尺寸相同。其中，该针对导航点所在区域502的触发操作可以为长按操作、双击操作、单击操作或者滑动操作等。

可以理解的是，终端设备可以按照按列补位(例如按列向下补位)原则将桌面中的第一界面元素下移，以补充界面中的空白区域。其中，该空白区域可以理解为至少一个应用图标(或卡片、或小组件等)对应的区域；且该空白区域不能理解为由多个图标之间的缝隙构成的区域。

其中，该按列补位可以理解为将图标沿终端设备的列所在方向进行移动，以补充该图标所在列中的空白区域；按列向下补位可以理解为将图标沿终端设备的列向下移动，以补充该图标所在列的空白区域。按列补位原则的具体实现过程可以参见图9对应的实施例中的描述。

可以理解的是，当终端设备中的任一图标所在列中存在空白区域时，则可以按照按列补位原则对图标进行移动；而当终端设中的任一图标所在列中不存在空白区域时，则按照按列补位原则对图标进行移动，该图标的位置与界面中其他元素的相对位置关系可能不变。

如图5中的a所示的界面，该导航点所在区域502可以为图5中的a所示的dock栏上方虚线框所在区域，其中该虚线框可以不显示在界面中，且仅用于本申请示例性的指示导航点所在区域；该导航点所在区域502中可以包括3个导航点，如负一屏对应的导航点、第一屏对应的导航点、以及第二屏对应的导航点，且位于三个导航点中间的第一屏对应的导航点呈选中状态等，负一屏的导航点也可以不显示，也就是，终端设备可以显示第一屏和第二屏对应的导航点。可以理解的是，本申请实施例中对该导航点所在区域502中包括的导航点的数量不做限定。

可以理解的是，在对如图5中的a所示的界面中的第一界面元素进行下移，进而显示如图5中的b所示的界面的过程中，壁纸的位置和大小可以不发生变化，即图5中的a所示的界面中的壁纸与图5中的b所示的界面中的壁纸保持一致。

可以理解的是，在对如图5中的a所示的界面中的第一界面元素进行下移，进而显示如图5中的b所示的界面的过程中，状态栏的位置、以及dock栏的位置也不发生变化。

另一种实现中，终端设备可以基于用户针对导航点的触发操作，在终端设备的下部区域中显示缩小的第一界面元素。

在终端设备显示如图5中的a所示的桌面的主界面的情况下，当终端设备接收到用户针对导航点所在区域502的触发操作时，终端设备可以对目标区域5002中的第一界面元素进行移动、缩小显示在预设区域503内，并显示如图5中的c所示的界面。

可以理解的是，该触发操作可以为点击操作、长按操作、双击操作、或者语音操作等，本申请实施例中对此不做限定。

如图5中的c所示的界面，该界面中包括预设区域503、导航点所在区域504、状态栏、以及dock栏中的应用。该预设区域503可以为图5中的c所示的虚线框所在的区域。该预设区域503中可以包括：第二界面元素，第二界面元素可以为缩小的第一界面元素，该第二界面元素所占面积可以为第一界面元素所占面积的1/2或3/4等，且该第二界面元素所占面积满足用户可以触发的最小面积。如预设区域503中可以包括：缩小的系统建议卡片、缩小的每日要闻卡片、缩小的音乐应用图标、缩小的日历应用图标505、缩小的文档管理应用图标、以及缩小的邮件应用图标等。

在一种可能的实现方式中，不同类型的第一界面元素缩小的比例可以不同，比如说，第一界面元素为应用图标时，第二界面元素所占的面积可以为第一界面元素所占面积的3/4，第一界面元素为2*2的卡片时，第二界面元素所占的面积可以为第一界面元素所占面积的1/2，第一界面元素为2*4的卡片时，第二界面元素所占的面积可以为第一界面元素所占面积的1/3，等等。第一界面元素所占的面积越大，第二界面元素所占的面积与第一界面元素所占的面积的比例可以越小。

具体的，预设区域503中图标的排列方式可以为：根据图标在目标区域中的相对位置关系，以按列向下补位的排列方式显示在预设区域503中。按列向下补位的具体方式可以参见上文，不再赘述。

其中，如图5中的c所示，该预设区域503可以位于导航点所在区域504上方的区域；或者，该预设区域504可以显示在导航点所在区域504上方、且位于屏幕中间；可能的实现方式中，该预设区域504也可以显示在导航点所在区域504上方、且位于屏幕左侧(或右侧)。示例性的，终端设备可以对用户左手或右手使用终端设备的状态进行学习，并在检测到用户左手手持终端设备时，将该预设区域504显示在屏幕左侧；或者，在检测到右手手持终端设备时，将该预设区域504显示在屏幕右侧，使得预设区域中的图标更便于用户的单手触发。

该预设区域503可以用于显示第二界面元素；该预设区域503的大小可以与第二界面元素的数量、以及第二界面元素的大小相关。

可以理解的是，预设区域所占面积可以为终端设备屏幕所占面积的1/6或1/4等。该预设区域所占面积的最大值可以为目标区域中排满第一界面元素时，对目标区域中的所有第一界面元素进行缩小后的面积。

示例性的，图6为本申请实施例提供的一种预设区域的界面示意图。如图6中的a所示的界面，终端设备的第一屏可以显示多个第一界面元素，该多个第一界面元素排满终端设备的目标区域601。

当终端设备接收到用户针对图6中的a所示的界面中的导航点所在区域的触发操作时，终端设备可以显示如图6中的b所示的界面。如图6中的b所示的界面，该界面中的预设区域602中可以显示多个第二界面元素，该多个第二界面元素排满预设区域602。可以理解的，图6中的b所示的界面中的预设区域602所占面积，可以理解为预设区域所占面积的最大值。

可以理解的是，本申请实施例中对排满目标区域中的第一界面元素的数量、以及任一第一界面元素所占面积的大小不做限定。

预设区域所占面积的最小值可以为目标区域中存在一个所占面积最小的第一界面元素时，对目标区域中的第一界面元素进行缩小后的面积。其中，该所占面积最小的第一界面元素可以为应用图标。

示例性的，图7为本申请实施例提供的另一种预设区域的界面示意图。如图7中的a所示的界面，终端设备的第一屏可以显示1个第一界面元素(如音乐应用图标)，该1个第一界面元素位于目标区域701的任意位置。

当终端设备接收到用户针对图7中的a所示的界面中的导航点所在区域的触发操作时，终端设备可以显示如图7中的b所示的界面。如图7中的b所示的界面，该界面中的预设区域702中可以显示1个第二界面元素，该1个第二界面元素位于导航点上侧。

可以理解的是，图7中的b所示的界面中的预设区域702所占面积，可以理解为预设区域所占面积的最小值。

在一种可能的实现方式中，针对不同的界面，可以采用不同的方式显示预设区域内的图标。比如说，在桌面上显示的图标比较多时，为了方便用户的操作，可以在预设区域显示缩小的第一界面元素，在桌面显示的图标比较少时，为了方便用户的操作，可以在预设区域中按照第一界面元素的原大小进行显示。也就是说，在用户操作导航点区域到不同的桌面时，预设区域显示的第二界面元素可以是缩小后的第一界面元素，也可以是未缩小的第一界面元素。

如图5中的a所示的界面，该导航点所在区域504中可以包括：第一屏对应的导航点、以及第二屏对应的导航点；该导航点所在区域504可以为灰色，用于指示用户当前正在触发导航点。

可以理解的是，如图5中的c所示的界面，在将第一界面元素缩小至预设区域503中时，导航点所在区域504中可以不包括负一屏对应的导航点，或理解为终端设备可以不对负一屏所在界面进行缩小。

可能的实现方式中，导航点所在区域中也可以包括负一屏对应的导航点，或理解为终端设备可以对负一屏所在界面中的图标进行缩小，并显示在该预设区域中(参见图15对应的实施例)，本申请实施例中对此不做限定。

可以理解的是，图5中的a所示的界面中，目标区域中的任一图标的下侧可以显示该图标的名称，在对第一界面元素进缩小后，图5中的c所示的界面中的预设区域中的任一图标的下侧可以不显示图标的名称。这样可以避免缩小图标以及图标的名称后，用户难以看清名称的情况。

可以理解的是，在对如图5中的a所示的界面中的第一界面元素进行缩小，进而显示如图5中的c所示的界面的过程中，壁纸的位置和大小可以不发生变化，即图5中的a所示的界面中的壁纸与图5中的c所示的界面中的壁纸保持。

在本申请实施例描述的界面显示方法中，若终端设备的桌面中包含壁纸时，则无论对桌面中的图标进行如何处理，壁纸的位置和大小均不会发生改变，后文将不再赘述；并且，为了避免显示壁纸时对界面中的其他图标的影响，后续实施例将终端设备不显示壁纸为例进行示例说明。

可以理解的是，在对如图5中的a所示的界面中的第一界面元素进行下移，进而显示如图5中的c所示的界面的过程中，状态栏的位置、以及dock栏的位置也不发生变化。

可能的实现方式中，图5中的c所示的界面中的预设区域中的任一图标的下侧也可以显示图标的名称，本申请实施例中对此不做限定。

下面以对导航点所在区域进行触发后，终端设备由图5中的a所示的界面切换至图5中的c所示的界面为例，对本申请实施例中的界面显示方法进行进一步说明；需要说明的是下述实施例中的任一种方法也可以适用于，对导航点所在区域进行触发后，终端设备由图5中的a所示的界面切换至图5中的b所示的界面的场景中，后文将不再赘述。

在图5对应的实施例的基础上，终端设备可以基于用户针对第二界面元素的操作，打开该第二界面元素对应的界面。

示例性的，图8为本申请实施例提供的一种开启界面的示意图。在图8对应的实施例中，以第二界面元素为日历应用图标为例进行示例说明。

在如图8中的a所示的界面，在触发操作持续作用于导航点所在区域504的情况下，当终端设备接收到用户将手指(或触控笔等)由导航点所在区域504移动到预设区域中，比如日历应用图标505所在位置时，终端设备可以将显示的焦点移动到日历应用图标505，终端设备可以对日历应用图标505进行突出显示。

其中，该对日历应用图标505进行突出显示的方法可以包括下述一种或多种，例如：对日历应用图标505进行放大显示、对日历应用图标505的边缘进行加粗显示、或者对日历应用图标505进行晃动显示等，本申请实施例中对突出显示的方法不做限定。例如，在图8中的b所示的界面中，终端设备可以对日历应用图标505进行放大、并且对日历应用图标505的边缘进行加粗显示。图8中的b所示的界面中显示的内容可以与图8中的a所示的界面中显示的内容类似，在此不再赘述。

在如图8中的b所示的界面中，在终端设备对日历应用图标505进行突出显示(或理解为终端设备显示的焦点位于日历应用图标505所在位置)的情况下，当终端设备接收到用户松手(手指或者触控笔抬离终端设备的触控表面)的操作时，响应于松手的操作，终端设备可以打开该日历应用图标505所对应的日历应用，并显示如图8中的c所示的日历界面。其中，如图8中的c所示的界面，该界面中可以包括：用于搜索日历应用中的日程的控件(如图8中的c所示的右上角放大镜图标对应的控件)、用于查看日历应用中的更多功能的控件(如图8中的c所示的右上角四个点图标对应的控件)、用于新建日程的控件(如图8中的c所示的右下角加号图标对应的控件)、2022年4月份对应的日历信息、以及用于指示阴历日期的信息等。

示例性的，结合图5以及图8对应的实施例中，以触发操作为长按操作为例，对用户单手打开桌面中的任一应用的过程进行介绍。例如，在用户左手手持显示如图5中的a所示的界面的终端设备的情况下，当终端设备接收到用户左手大拇指长按导航点所在区域502的操作时，终端设备可以显示如图8中的a所示的界面；在长按操作持续作用于导航点所在区域504的情况下，当终端设备接收到用户将手指由导航点所在区域504移动至日历应用图标505所在位置的操作时，终端设备可以对日历应用图标505进行突出显示，如显示如图8中的b所示的界面；在如图8中的b所示的界面中，终端设备显示的焦点保持在日历应用图标505所在位置的情况下，当终端设备设备接收到用户松手的操作时，终端设备可以打开日历应用，并显示如图8中的c所示的日历应用对应的界面。

可能的实现方式中，在第一界面元素移动的过程中，或者，在第一界面元素停止移动后，终端设备检测到第一操作结束，终端设备恢复图5中的a所示的界面。

基于此，当用户单手手持显示如图5中的a所示的界面的终端设备，且用户单手无法触发位于界面上方的日历应用图标501时，可以基于对导航点所在区域502的触发操作，缩小第一界面元素，使得终端设备显示如图8中的a所示的界面；进而，用户可以在如图8中的a所示的界面中，通过将手指由导航点所在区502移动至日历应用图标505所在位置并松手的操作，便捷的打开日历应用，实现对于第一界面元素的单手控制。

在图5对应的实施例的基础上，终端设备也可以支持在缩小第一界面元素的过程中对图标进行排列的多种补位方法。可以理解的是，该补位方法可以作用于第一界面元素，该第一界面元素的描述可以参见图5对应的实施例，在此不再赘述。

示例性的，终端设备可以支持按列补位(参见图9对应的实施例)、按行补位(参见图10对应的实施例)、或者完全重组补位(参见图11对应的实施例)等方法。

方法一、终端设备支持按列补位的图标排列方式。其中，该按列补位可以包括：按列向下补位、以及按列向上补位等。其中，按列向上补位可以理解为将图标沿终端设备的列向上移动，以补充该图标所在列的空白区域。

示例性的，图9为本申请实施例提供的一种按列补位的界面示意图。

在如图9中的a所示的界面中，该界面中可以包括：卡片901、卡片902、应用图标903、应用图标904、应用图标905、卡片906、dock栏中的应用图标、以及导航点所在区域907。

一种实现中，终端设备可以支持在缩小第一界面元素的过程中，对第一界面元素进行按列向下补位。示例性的，在如图9中的a所示的界面中，当终端设备接收到用户针对导航点所在区域907的触发操作时，终端设备可以按照按列向下补位的原则，对图9中的a所示的界面中显示的图标之间的相对位置进行调整，并显示如图9中的b所示的界面。

其中，对比于图9中的a所示的界面、以及将第一界面元素缩小至预设区域后显示的图9中的b所示的界面，在按列向下补位过程中，终端设备可以将图9中的a所示的界面中的应用图标904移动到应用图标904所在列的最底端，并且对图9中的a所示的界面中目标区域的图标进行缩小；如图9中的b所示的界面，终端设备已经将应用图标904移动至的卡片906右下侧，而卡片901、卡片902、应用图标903、应用图标905、以及卡片906之间的相对位置可以不变。

另一种实现中，终端设备可以支持在缩小第一界面元素的过程中，对第一界面元素进行按列向上补位。示例性的，在如图9中的a所示的界面中，当终端设备接收到用户针对导航点所在区域907的触发操作时，终端设备可以按照按列向上补位的原则，对图9中的a所示的界面中显示的图标之间的相对位置进行调整，并显示如图9中的c所示的界面。

其中，对比于图9中的a所示的界面、以及将第一界面元素缩小至预设区域后显示的以及图9中的c所示的界面，在按列向上补位过程中，终端设备可以将图9中的a所示的界面中的应用图标904移动到应用图标904所在列的顶端，并且对图9中的a所示的界面中目标区域的图标进行缩小；如图9中的b所示的界面，终端设备已经将应用图标904移动至的卡片901的下侧，而卡片901、卡片902、应用图标903、应用图标905、以及卡片906之间的相对位置可以不变。

基于此，在缩小第一界面元素的过程中，终端设备可以基于按列补位原则最大程度上保留图标之间的原始相对位置，使得用户可以根据图标的原始位置，快速的在预设区域中找到缩小后的图标。

方法二、终端设备支持按行补位的图标排列方式。其中，该按行补位可以包括：按行向左补位、或者按行向右补位等。

其中，按行补位可以理解为将图标沿终端设备的行所在方向进行移动，以补充该图标所在行中的空白区域；按行向左补可以理解为将图标沿终端设备的行向左移动，以补充该图标所在行的空白区域；按行向右补位可以理解为将图标沿终端设备的行向右移动，以补充该图标所在列的空白区域。

示例性的，图10为本申请实施例提供的一种按行补位的界面示意图。

在如图10中的a所示的界面中，该界面中可以包括：卡片1001、卡片1002、应用图标1003、应用图标1004、应用图标1005、卡片1006、dock栏中的应用图标、以及导航点所在区域1007。

一种实现中，终端设备可以支持在缩小第一界面元素的过程中，对第一界面元素进行按行向左补位。示例性的，在如图10中的a所示的界面中，当终端设备接收到用户针对导航点所在区域1007的触发操作时，终端设备可以按照按行向左补位的原则，对图10中的a所示的界面中显示的图标之间的相对位置进行调整，并显示如图10中的b所示的界面。

其中，对比于图10中的a所示的界面、以及将第一界面元素缩小至预设区域后显示的图10中的b所示的界面，在按行向左补位过程中，终端设备可以将图10中的a所示的界面中的卡片1006移动到卡片1006所在行的最左端，并且对图10中的a所示的界面中目标区域的图标进行缩小；如图10中的b所示的界面，终端设备已经将卡片1006移动至的卡片1002的下侧，而卡片1001、卡片1002、应用图标1003、应用图标1004、以及应用图标1005之间的相对位置可以不变。

可能的实现方式中，终端设备可以对用户左手或右手使用终端设备的状态进行学习，并在检测到用户左手手持终端设备时，在缩小第一界面元素的过程中对第一界面元素进行按行向左补位，使得向左补位的第二界面元素靠近左手，便于用户左手操作。

另一种实现中，终端设备可以支持在缩小第一界面元素的过程中，对第一界面元素进行按行向右补位。示例性的，在如图10中的a所示的界面中，当终端设备接收到用户针对导航点所在区域1007的触发操作时，终端设备可以按照按行向右补位的原则，对图10中的a所示的界面中显示的图标的位置进行调整，并显示如图10中的c所示的界面。

其中，对比于图10中的a所示的界面、以及将第一界面元素缩小至预设区域后显示的以及图10中的c所示的界面，在按行向右补位过程中，终端设备可以将图10中的a所示的界面中的卡片1006移动到卡片1006所在行的最右端、以及将应用图标1005移动到应用图标1005所在行的最右端，并且对图10中的a所示的界面中目标区域的图标进行缩小；如图10中的c所示的界面，终端设备已经将应用图标1005移动到应用图标1004的下侧，以及将卡片1006移动至的应用图标1005的下侧，而卡片1001、卡片1002、应用图标1003、以及应用图标1004之间的相对位置可以不变。

可能的实现方式中，终端设备可以对用户左手或右手使用终端设备的状态进行学习，并检测到用户右手手持终端设备时，在缩小第一界面元素的过程中对第一界面元素进行按行向右补位，使得向右补位的第二界面元素靠近右手，便于用户右手操作。

基于此，在缩小第一界面元素的过程中，终端设备可以基于按行补位原则最大程度上保留图标之间的原始相对位置，使得用户可以根据图标的原始位置，快速的在预设区域中找到缩小后的图标。

方法三、终端设备支持完全重组补位的图标排列方式。其中，该完全重组补位可以支持卡片在上、以及应用在下的补位原则。

可以理解的是，由于卡片的大小通常大于应用图标的大小，因此可以在完全重组补位中，将卡片放置于预设区域中偏上侧的位置，使得用户可以毫不费力的触发到预设区域顶部的图标，提高用户的使用感。

示例性的，图11为本申请实施例提供的一种完全重组补位的界面示意图。

在如图11中的a所示的界面中，该界面中可以包括：卡片1101、卡片1102、应用图标1103、应用图标1104、应用图标1105、卡片1106、dock栏中的应用图标、以及导航点所在区域1107。

终端设备可以支持在缩小第一界面元素的过程中，对第一界面元素进行完全重组补位。示例性的，在如图11中的a所示的界面中，当终端设备接收到用户针对导航点所在区域1107的触发操作时，终端设备可以按照完全重组补位的原则，对图11中的a所示的界面中显示的图标之间的相对位置进行调整，并显示如图11中的b所示的界面。

其中，对比于图11中的a所示的界面、以及将第一界面元素缩小至预设区域后显示的图11中的b所示的界面，在完全重组补位过程中，终端设备可以将图11中的a所示的界面中的卡片(如卡片1106)上移，将应用图标(如应用图标1103、应用图标1104以及应用图标1105)移动到所有卡片的下侧，并且对图11中的a所示的界面中目标区域的图标进行缩小。如图11中的b所示的界面，终端设备已经将卡片1106移动至卡片1102的右侧，将应用图标1103以及应用图标1104移动到卡片1102的下侧，将应用图标1105移动到卡片1106的下侧。

可以理解的是，在完全重组过程中，终端设备可以遵循卡片在上、以及应用图标在下的原则，对图标之间的相对位置进行调整。如图11中的b所示的界面中，该卡片1102以及卡片1106也可以位于卡片1101的上侧；该应用图标1103、应用图标1104以及应用图标1105之间的位置可以不做限定，只要保证该应用图标1103、应用图标1104以及应用图标1105位于界面中的所有卡片的下侧即可。

可能的实现方式中，由于图标所占面积的不同，终端设备也可以按照图标所占面积由大到小的原则，将所占面积较大的图标上移，将所占面积较小的图标下移；或者，将所占面积较大的图标上移，将所占面积较小的图标移动到预设区域的其他位置中。

示例性的，在如图11中的b所示的界面中，终端设备可以将所占面积最大的图标，如卡片1101(如卡片1101可以占用8个应用图标的位置)上移；将所占面积较大的图标，如卡片1102以及卡片1106(如卡片1102以及卡片1106均可以占用4个应用图标的位置)上移至卡片1101的下侧；将占用面积最小的图标，如应用图标1103、应用图标1104以及应用图标1105下移。

基于此，终端设备可以基于完全重组补位的方式，将卡片放置于预设区域中偏上侧的位置，使得用户可以毫不费力的触发到预设区域顶部的图标，提高用户的使用感。

可能的实现方式中，在图5-图11对应的实施例的基础上，终端设备也可以支持用户对按列补位、按行补位以及完全重组补位方式的自主设置，使得终端设备可以根据用户需求对补位方式进行调整，增强用户的使用感受。

可以理解的是，在不同的场景中，补位方式也可以不限于上述按列补位、按行补位以及完全重组补位，本申请实施例中对此不做限定。

在图5对应的实施例的基础上，响应于用户手指的移动，终端设备移动界面上显示的焦点的位置。例如，响应于用户在预设区域中手指的移动，终端设备可以移动预设区域中的显示的焦点位置。

示例性的，图12为本申请实施例提供的一种选择不同应用的界面示意图。

在如图12中的a所示的界面，触发操作持续作用于预设区域中的日历应用图标1201的情况下，当终端设备接收到用户将手指由日历应用图标1201所在位置移动至邮件应用图标1202所在位置的操作时，响应于用户移动手指的操作，终端设备可以将显示的焦点由日历应用图标1201所在位置移动至邮件应用图标1202所在位置，并对邮件应用图标1202进行突出显示，例如终端设备显示如图12中的b所示的界面。

如图12中的b所示的界面，该界面中的邮件应用图标1202突出显示的方式可以参见图5对应的实施例中的描述，在此不再赘述；该图12中的a(或b)所示的界面中显示的内容可以参见图5中的c所示的界面，在此不再赘述。

在如图12中的b所示的界面中，终端设备对邮件应用图标1202进行突出显示的情况下，当终端设备接收到用户松手的操作时，终端设备可以打开邮件应用，并显示如图12中的c所示的界面中。如图12中的c所示的界面，该界面中可以包括：用于查看邮件应用中的更多功能的控件(如图12中的c所示的右上角四个点图标对应的控件)、用于搜索邮件的文本框、4月6日接收到的邮件1的信息和邮件1的具体内容、4月1日接收到的邮件2的信息和邮件2的具体内容、以及用于新建邮件的控件(如图12中的c所示的右下角加号图标对应的控件)等。本申请实施例中对该图12中的c所示的界面中邮件应用中显示的具体内容不做限定。

可以理解的是，在持续按压终端设备的情况下，终端设备可以基于用户手指的移动，选中并突出显示不同的第二界面元素；而当用户松手时，终端设备则可以默认打开松手位置处对应的第二界面元素。

可能的实现方式中，在突出任一第二界面元素的情况下，当终端设备接收到用户手指由该任一第二界面元素移动到预设区域中的空白区域时，响应于用户手指移动的操作，终端设备将不会突出显示任一第二界面元素；进而在终端设备接收到用户手指在空白区域处松手的操作时，终端设备可以保持预设区域中的第二界面元素的缩小状态，或者恢复显示第一界面元素。

基于此，终端设备可以基于预设区域中的焦点的移动，选择不同的第二界面元素，使得用户可以灵活的开启不同的第二界面元素。

在图5对应的实施例的基础上，终端设备可以支持焦点滑出预设区域。

示例性的，图13为本申请实施例提供的一种滑出预设区域的界面示意图。

在如图13中的a所示的界面中，在终端设备接收到用户将手指从预设区域1301的内侧移动至预设区域1301外侧的情况下，响应于用户手指移动的操作，终端设备显示的焦点也适应由预设区域1301的内侧移动至预设区域1301的外侧；进一步的，终端设备可以基于用户在预设区域1301外侧是否松手的操作，确定终端设备中显示的界面。

其中，预设区域1301可以为图13中的a所示的虚线框所在的区域；当用户在预设区域1301的外侧松手时，终端设备可以恢复目标区域中的第一界面元素的显示，或者，当用户在预设区域1301的外侧未松手时，终端设备可以保持预设区域1301中的第二界面元素的显示。

一种实现中，在如图13中的a所示的界面中，终端设备将焦点移出预设区域1301的情况下，当终端设备接收到用户松手的操作时，终端设备可以恢复原始的桌面，例如终端设备可以沿箭头1300所指向的方向，对预设区域1301中的图标进行移动以及放大，进而恢复图标的位置以及大小，如终端设备可以由图13中的a所示的界面切换至图13中的b所示的界面。可以理解的是，恢复图标的位置以及大小的过程可以为一种动态过程。该图13中的b所示的界面中显示的内容可以与图1所示的界面中显示的内容类似，在此不再赘述。

可以理解的是，用户将终端设备的焦点移出预设区域1301并且松手的操作可以理解为，用户已经不需要对第二界面元素进行触发，因此终端设备可以恢复第一界面元素的原始显示位置。

可能的实现方式中，当终端设备接收到用户将焦点移动到预设区域1301中的空白处，并松手的操作时，终端设备也可以恢复第一界面元素的原始显示位置，或者，用户在导航点处直接松手，终端设备也可以恢复第一界面元素的原始显示位置，例如显示如图13中的b所示的界面。

另一种实现中，在如图13中的a所示的界面中，终端设备接收到用户将焦点移出预设区域1301的情况下，当终端设备接收到用户不松手(或理解为持续按压)的操作时，终端设备可以显示如图13中的c所示的界面。该图13中的c所示的界面中显示的内容可以与图13中的a所示的界面中显示的内容类似，在此不再赘述。

可以理解的是，用户将终端设备的焦点移到预设区域1301和导航点区域以外的区域并且不松手的操作可以理解为，用户可能有对第二界面元素继续触发的需求，因此终端设备可以保持第二界面元素的缩小状态。

进一步的，在如图13中的c所示的界面中，当终端设备接收到用户将手指由预设区域1301外，移动到预设区域1301内的文档管理应用图标1302所在位置的操作时，终端设备可以对文档管理应用图标1302进行突出显示，例如终端设备显示如图13中的d所示的界面。

基于此，使得终端设备可以基于用户将手指移出预设区域并且松手的操作，取消显示缩小的桌面的图标，并恢复第一界面元素的原始显示位置，实现用户对于桌面的灵活控制。

在图5对应的实施例的基础上，可能的实现方式中，终端设备可以支持在预设区域中查看桌面中除负一屏以外的其他界面(参见图14对应的实施例)；或者，终端设备可以支持在第一预设界面中查看包括负一屏的界面(参见图15对应的实施例)。

一种实现中，终端设备可以支持在预设区域中查看桌面中除负一屏以外的其他界面。

示例性的，图14为本申请实施例提供的一种查看其他界面的界面示意图。

在如图14中的a所示的界面，终端设备的触发操作持续作用于导航点所在区域的情况下，当终端设备接收到用户向左滑动并不松手的操作时，终端设备可以显示如图14中的b所示的界面。在如图14中的b所示的界面中，终端设备中的第二屏中目标区域的图标也可以缩小显示在预设区域内。

可能的实现方式中，在如图14中的b所示的界面中，终端设备也可以在接收到用户向右滑动并不松手的操作时，显示如图14中的a所示的界面。

可以理解的是，当终端设备中包括多个界面时，终端设备可以基于用户在导航点所在区域向左滑动不松手、或者向右滑动不松手的操作，在预设区域内查看该多个界面，实现用户对于任一界面中的图标的灵活控制。

可能的实现方式中，在如图14中的b所示的界面中，当终端设备接收到用户将焦点移动到录音机应用图标1401所在位置的操作时，终端设备可以显示如图14中的c所示的界面，对录音机应用图标1401进行突出显示。

进一步的，在如图14中的c所示的界面中，焦点持续位于录音机应用图标1401所在位置的情况下，当终端设备接收到用户松手的操作时，终端设备可以显示如图14中的d所示的录音机应用对应的界面。如图14中的d所示的界面中，该界面中可以包括：位于显示屏右上角用于开启更多功能的控件、扬声器控件，搜索录音文件对应的输入框、多个录音文件以及开启录制控件等。其中，该多个录音文件包括：录音1以及录音2等，任一录音文件的周围可以显示该录音文件对应的录音时间、录音时长、以及用于播放录音的控件等，如该录音1可以为2022年4月6日录制的时长为5秒的录音文件，该录音2可以为2022年4月6日录制的时长为30分6秒的录音文件。

基于此，使得终端设备可以基于用户在导航点所在区域向左滑动不松手、或者向右滑动不松手的操作，在预设区域内查看其他缩小的界面，实现对于各缩小的界面中的图标的灵活查看；进一步的，终端设备可以基于用户操作打开任一第二界面元素，进而终端设备可以在包含多个界面以及任一界面中包括多个元素的场景中，实现对于某一界面中的第二界面元素的灵活触发。

另一种实现中，终端设备可以支持在第一预设界面中查看包括负一屏的界面。

示例性的，图15为本申请实施例提供的另一种查看其他界面的界面示意图。

在终端设备显示如图15中的a所示的桌面的主界面的情况下，当终端设备接收到用户针对导航点所在区域1501的触发操作时，终端设备可以显示如图15中的b所示的界面。如图15中的b所示的界面，该界面中的导航点所在区域1502中可以包括：负一屏对应的导航点，或理解为终端设备可以对负一屏所在界面中的图标进行缩小并显示在预设区域中。其中，该导航点所在区域1502中的负一屏对应的导航点为未选中状态，该导航点所在区域1502中的第一屏对应的导航点为选中状态。

在如图15中的b所示的界面中，终端设备的触发操作持续作用于导航点所在区域1502的情况下，当终端设备接收到用户向右滑动并不松手的操作时，终端设备可以显示如图15中的c所示的界面。如图15中的c所示的界面，该界面的预设区域中可以包括对负一屏中的图标进行缩小后显示的图标；该导航点所在区域1503中的负一屏对应的导航点为选中状态。

可能的实现方式中，在如图15中的c所示的界面中，当终端设备接收到用户将焦点由导航点所在区域1503移动到账号图标1504所在位置的操作时，终端设备可以显示如图15中的d所示的界面，对账号图标1504进行突出显示。

进一步的，在如图15中的d所示的界面中，焦点持续位于账号图标1504所在位置的情况下，当终端设备接收到用户松手的操作时，终端设备可以打开该账号图标1504对应的功能界面，并显示如图15中的e所示的界面。如图15中的e所示的界面，该界面中可以包括：个人账号信息、我的服务控件、我的收藏控件、浏览记录控件、我的消息控件、用于设置下拉问候语的控件、搜索控件、用于设置服务直达的控件等，本申请实施例中对该图15中的e所示的界面中显示的具体内容不作限定。

可以理解的是，由于图4中的c所示的负一屏中不显示导航点所在区域，即使终端设备可以对负一屏中的图标进行缩小，也无法基于用户在负一屏中的操作对负一屏中的图标进行缩小。因此，用户可以在除负一屏以外的其他桌面，如第一屏或第二屏等界面中基于导航点所在区域的多次触发操作(如基于图15对应的实施例中的操作)，对负一屏中的图标进行缩小，使得终端设备显示如图15中的d所示的界面。

基于此，终端设备可以实现对负一屏中的图标进行缩小，并基于用户针对预设区域中缩小的负一屏中的任一图标的触发，便捷的打开该负一屏中任一图标对应的功能界面。

在图5对应的实施例的基础上，终端设备可以支持在显示预设区域时，默认显示预设区域中的高频应用图标(或高频卡片)。

示例性的，图16为本申请实施例提供的一种查看高频应用的界面示意图。

在终端设备显示如图16中的a所示的桌面的主界面的情况下，当终端设备接收到用户针对导航点所在区域1601的触发操作时，终端设备可以显示如图16中的b所示的界面。

如图16中的b所示的界面，该界面中可以默认突出显示高频应用图标(或高频卡片)，如突出显示日历应用图标1602。示例性的，终端设备可以统计用户在桌面中打开各图标的次数，进而在终端设备接收到用户针对导航点所在区域的触发操作时，在预设区域中突出显示至少一个高频应用图标(或高频卡片)。

可能的实现方式中，当高频应用的数量为1时，终端设备也可以在突出显示高频应用图标的预设时间后，默认显示该高频应用图标对应的界面。示例性的，在终端设备显示如图16中的b所示的日历应用图标1602的1秒后，终端设备可以默认打开日历应用对应的界面，例如由图16中的b所示的界面切换至图16中的c所示的界面。其中，该预设时间可以为1秒、0.5秒等数值。

可能的实现方式中，当高频应用的数量为多个时，终端设备可以突出显示多个频率大于预设阈值的高频应用的图标。示例性的，在终端设备接收到用户针对图16中的a所示的界面中的导航点所在区域1601的触发操作，且终端设备确定存在至少两个高频应用时，可以在图16中的b所示的界面中显示至少两个高频应用的图标，此时由于存在两个高频应用，终端设备将不会执行打开高频应用的操作。

基于此，终端设备可以在接收到用户针对导航点所在区域的触发操作时，在预设区域中突出显示至少一个高频应用图标(或高频卡片)，使得用户可以根据突出显示的高频应用图标(或高频卡片)便捷的找到最有可能使用的应用(或卡片)，提高用户的使用感。

在图5对应的实施例的基础上，当终端设备接收到用户针对预设区域外的dock栏中的应用图标的触发操作时，终端设备可以打开该dock栏中的应用。

示例性的，图17为本申请实施例提供的一种触发dock栏的界面示意图。

在如图17中的a所示的界面中，将目标区域中的第一界面元素缩小在预设区域1701中的情况下，当终端设备接收到用户将焦点由导航点所在区域移动至dock栏中的图库应用图标1702所在位置的操作时，终端设备可以显示如图17中的b所示的界面，如终端设备对图库应用图标进行突出显示。

在如图17中的b所示的界面中，焦点位于图库应用图标1702所在位置的情况下，当终端设备接收到用户松手的操作时，终端设备可以打开图库应用，并显示如图17中的c所示的界面。如图17中的c所示的界面，该界面中可以包括：显示在显示屏右上角的用于打开更多功能的控件，用于搜索照片的文本框，以及多个照片和视频，例如在今天拍摄的视频1，以及在昨天拍摄的照片1、照片2和照片3等。

基于此，在终端设备将目标区域中的第一界面元素缩小至预设区域的情况下，终端设备可以基于用户将焦点移动至dock栏中的应用图标并松手的操作，便捷的打开dock栏中的应用。

可能的实现方式中，终端设备也可以基于用户将焦点移动至dock栏中的应用图标并松手的操作，恢复显示第一界面元素，本申请实施例中对此不做限定。

在图5对应的实施例的基础上，当终端设备接收到任一消息时，该消息可以显示在显示屏的状态栏的下侧。其中，该消息可以包括为系统消息、应用消息或来电消息等，本申请实施例中对此不做限定。

示例性的，图18为本申请实施例提供的一种接收新消息的界面示意图。在图18对应的实施例中，以该任一消息为邮件消息为例进行示例说明，该示例并不构成对本申请实施例的限定。

在如图18中的a所示的界面中，终端设备将目标区域中的第一界面元素缩小在预设区域中的情况下，当终端设备接收到邮件消息时，终端设备可以显示如图18中的b所示的界面。如图18中的b所示的界面，该界面中可以包括邮件消息1801、邮件应用图标1802的右上角可以显示用于指示消息个数的标识，该标识可以显示为1。其中，该邮件消息1801中可以显示为：邮件应用刚刚接收到1个新邮件，邮件消息1801可以以通知栏的形式显示，若在图18中b所示的界面中，用户未对通知消息进行处理，通知消息可以收纳到通知中心中，之后，用户可以进入通知中心查看消息。或者，在图18中b所示的界面中，用户也可以将手指移动到图标1802上，并松手，手机响应于用户松手的操作，打开邮件应用，显示新的通知消息。

可以理解的是，在终端设备接收到任一新消息时，该新消息将不会影响到用户针对预设区域中的第二界面元素的触发；进一步的，在如图18中的b所示的界面中，当终端设备接收到用户松手操作时，终端设备可以恢复预设区域中图标在桌面上的显示位置，并且，桌面上继续显示通知邮件消息1801，用户触发该邮件消息1801，则终端设备可以打开该邮件应用并显示该邮件消息1801对应的界面。

可能的实现方式中，在用户未查看该邮件应用中的新邮件的情况下，当终端设备接收到另一邮件消息时，终端设备可以显示如图18中的c所示的界面。如图18中的c所示的界面，该界面中可以包括邮件消息1803、邮件应用图标1802的右上角该用于指示消息个数的标识为2。其中，该邮件消息1803中可以显示为：邮件应用刚刚接收到2个新邮件。

可以理解的是，预设区域中的第二界面元素可以支持应用的刷新。如图18中的b所示的界面以及图18中的c所示的界面，该邮件应用图标1802对应的用于指示消息个数的标识，可以根据接收到的应用消息的情况由1刷新为2。

可能的实现方式中，当第二界面元素为卡片时(适应的第一界面元素也为卡片)，终端设备也可以根据接收到的消息刷新卡片中的内容。例如，当第二界面元素为用于指示邮件消息的卡片时，终端设备也可以根据邮件消息1801以及邮件消息1803更新该用于指示邮件消息的卡片中的内容，实现卡片内容的刷新。

基于此，在终端设备接收到任一新消息时，该新消息将不会影响到用户针对预设区域中的第二界面元素的触发。

可能的实现方式中，当该第二界面元素为卡片集(适应的第一界面元素也为卡片集)时，该第二界面元素也可以支持卡片集中卡片的自动翻页等。例如，当终端设备中存在可以支持翻页的第二界面元素时，该第二界面元素可以实现自动翻页；或者，终端设备也可以支持多个手指的触发，如终端设备可以基于用户的另一手指针对该可以支持滑动的第二界面元素的滑动操作，对第二界面元素进行翻页。

示例性的，图19为本申请实施例提供的一种卡片翻页的界面示意图。

如图19中的a所示的界面，该界面中的预设区域中可以包括卡片集1901，该卡片集1901中可以包括多个卡片，如该卡片集1901中可以包括日程提醒对应的卡片、以及天气对应的卡片(图19中的a所示的界面中未示出)等，本申请实施例中对该卡片集1901中显示的卡片类型、以及卡片的数量不做限定。

在如图19中的a所示的终端设备的焦点持续位于导航点所在区域的情况下，终端设备可以在卡片集1901中显示日程提醒对应的卡片。进一步的，终端设备可以在卡片集1901中显示日程提醒对应的卡片的时长超过一定时间阈值(如10秒、或5秒等)时，自动对卡片集1901进行翻页，并显示如图19中的b所示的界面；或者，终端设备也可以在接收到用户的另一手指在卡片集1901中向上(或者向下、向左、或向右等方向)滑动的操作时，对卡片集1901进行翻页，并显示如图19中的b所示的界面。如图19中的b所示的界面中，该界面的卡片集1901中可以显示天气对应的卡片，该天气对应的卡片中可以显示A城市的天气信息，如晴、空气良、温度5℃等信息。

可能的实现方式中，终端设备的卡片集中的任一卡片、以及终端设备顶端的状态栏均可以根据接收到的消息情况，进行实时刷新。

基于此，终端设备中的第二界面元素也可以支持自动翻页或者基于用户操作进行翻页的功能，使得第二界面元素实时显示的内容更符合用户对于桌面图标的使用需求。

可能的实现方式中，当该第二界面元素为文件夹(适应的第一界面元素也为文件夹)，且文件夹中包括多个应用图标时，终端设备可以基于用户针对文件夹的滑动操作查看该文件夹中的不同应用。

示例性的，图20为本申请实施例提供的一种文件夹翻页的界面示意图。

终端设备可以显示如图20中的a所示的界面，该图20中的a所示的界面中的预设区域中包括文件夹2001，该文件夹2001中可以包括多个应用。

在如图20中的a所示的界面中焦点持续位于文件夹2001的时长超过一定时间阈值时，终端设备可以在预设区域中展开显示该文件夹2001，如显示图20中的b所示的界面。图20中的b所示的界面中，该界面中可以包括：文件夹2001中的多个应用图标，如运动健康应用2002。

可能的实现方式中，在如图20中的b所示的界面中，在终端设备的焦点持续位于文件夹2001的情况下，当终端设备接收到用户的手指在文件夹2001中向左滑动的操作时，终端设备可以对文件夹2001进行翻页，并显示文件夹2001的另一页中的应用，如显示图20中的c所示的界面。

基于此，当第二界面元素为文件夹时，终端设备可以基于用户的手指针对文件夹的滑动操作，对文件夹进行翻页。

可能的实现方式中，在如图20中的b所示的界面中，当终端设备接收到焦点移动至文件夹2001中的运动健康应用2002的操作时，终端设备可以对运动健康应用2002进行突出显示，并在接收到用户松手的操作时，打开该文件夹2001中的运动健康应用2002，例如终端设备可以显示如图20中的d所示的界面。

如图20中的d所示的界面，该界面中可以包括：用于指示开始记录运动数据的控件、用于指示热身的控件、用于指示开启音乐的控件、用于搜索内容的文本框、户外跑步功能对应的控件(该户外跑步功能对应的控件为选中状态)、室内跑步功能对应的控件、瑜伽功能对应的控件、健身功能对应的控件、步行功能对应的控件、推荐课程卡片、用于指示累计跑步(公里)的信息、用于设置跑步目标的控件。图20中的d所示的界面中还包括：运动健康应用底部任务栏中的控件，如用于查看其他运动健康中的功能的健康控件、运动控件、发现控件、设备控件、以及我的控件等。

基于此，当第二界面元素为文件夹时，终端设备可以基于用户打开该文件夹，并且针对文件夹中的任一应用的触发操作，打卡该任一应用对应的界面。

在图5对应的实施例的基础上，当终端设备接收到任一来电消息时，该来电消息可以全屏显示在终端设备中。其中，该来电消息也可以为视频通话消息、或者语音通话消息等。

其中，该来电消息可以为全屏显示的来电消息，可以理解的是当终端设备接收到其他可以全屏显示的消息时，在显示第二界面元素的情况下接收到该全屏显示的消息的过程可以参见下述图21对应的实施例，后文将不再赘述。

示例性的，图21为本申请实施例提供的一种接收来电消息的界面示意图。

在如图21中的a所示的界面中，将目标区域中的第一界面元素缩小在预设区域中的情况下，当终端设备接收到来电消息时，终端设备可以中断预设区域中的第二界面元素的显示，进而显示如图21中的b所示的界面。如图21中的b所示的界面，该界面中可以包括：用于挂断来电的控件2101、用于接听来电的控件、用于发送短信的控件、用于设置来电提醒的控件、以及来电信息等。其中，该来电信息可以显示为用户A。

可能的实现方式中，若用户的手指仍然停留在图21中b所示的界面中，尤其是停留在用于挂断来电的控件2101、用于接听来电的控件、用于发送短信的控件、或用于设置来电提醒的控件上时，此时终端设备不会响应用户触摸屏幕的动作，以免误触，比如挂断或者接听电话。此时，用户将手指从界面上抬起，再次对屏幕上的控件操作时，终端设备才会响应用户的操作。

示例性的，在用户的手指仍然停留在图21中b所示的界面中用于接听来电的控件2101中时，终端设备不会响应于用户的手指触摸该用于接听来电的控件2101的操作，终端设备可以显示如图21中的b所示的界面。

进一步，当终端设备接收到用户在如图21中的b所示的界面中抬起手指，进而再次触发该用于接听来电的控件2101时，如图21终端的c所示，用户再次触发接听来电的2101，终端设备可以显示如图21中的d所示的接听来电对应的界面。如图21中的d所示的界面，该界面中可以包括：用于指示通话时长的信息、用于录音的控件、用于等待电话的控件、用于添加通话的控件、用于视频通话的控件、用于静音的控件、用于打开联系人的控件、用于打开拨号键盘的控件、用于挂断电话的控件2103、以及用于打开免提的控件等。

可能的实现方式中，当终端设备接收到用户挂断电话，或者接收到用户在如图21中的c所示的界面中针对用于挂断来电的控件2102的触发操作，或者接收到用户在如图21中的d所示的界面中针对用户挂断来电的控件2103的触发操作时，终端设备可以恢复显示第一界面元素，如显示如图21中的e所示的界面，该图21中的e所示的界面中显示的内容可以与图1所示的界面类似，在此不再赘述。

可能的实现方式中，当该来电消息显示在状态栏的下侧时，则终端设备可以基于图19对应的实施例，打开该来电消息，在此不再赘述。

基于此，在终端设备接收到任一来电消息时，终端设备可以中断第二界面元素的显示，并全屏显示来电消息。

在图4对应的实施例的基础上，终端设备可以基于用户针对导航点的触发操作，缩小桌面中显示的内容。

示例性的，图22为本申请实施例提供的另一种缩小桌面的界面示意图。

在终端设备显示如图22中的a所示的桌面的主界面的情况下，当终端设备接收到用户针对导航点所在区域2201的触发操作时，终端设备可以显示如图22中的b所示的界面。如图22中的b所示的界面，终端设备也可以对dock栏进行缩小，使得终端设备的预设区域中也可以显示缩小的dock栏。

可以理解的是，当用户左手手持终端设备，并且需要触发dock栏中最右侧的应用图标时，由于终端设备的尺寸较大、或者用户手较小等原因，使得利用左手手指触发dock栏中最右侧的应用图标变得较为困难，因此终端设备可以基于用户针对导航点所在区域的触发操作，对除导航点以及状态栏以外的图标进行缩小，实现用户对于dock栏中显示的应用的灵活触发。

可以理解的是，本申请实施例提供的界面仅作为一种示例，并不能构成对本申请实施例的限定。

上面结合图4-图22，对本申请实施例提供的方法进行了说明，下面对本申请实施例提供的执行上述方法的装置进行描述。如图23所示，图23为本申请实施例提供的一种界面显示装置的结构示意图，该界面显示装置可以是本申请实施例中的终端设备，也可以是终端设备内的芯片或芯片系统。

如图23所示，界面显示装置2300可以用于通信设备、电路、硬件组件或者芯片中，该界面显示装置包括：显示单元2301、以及处理单元2302。其中，显示单元2301用于支持界面显示装置2300执行的显示的步骤；处理单元2302用于支持界面显示装置2300执行信息处理的步骤。

具体的，本申请实施例提供一种界面显示装置2300，装置包括显示单元2301以及处理单元2302，显示单元2301，用于在显示屏显示第一界面，第一界面为终端设备的第一桌面，第一界面包括：第一界面元素、停靠dock栏、第一导航点以及状态栏，其中，第一界面元素为第一界面上位于第一导航点和状态栏之间的元素；处理单元2302，用于接收第一操作；响应于第一操作，处理单元2302，用于将第一界面元素向第一界面的下部区域移动；在第一界面元素停止移动后，若终端设备检测到第一操作持续作用于显示屏，显示单元2301，还用于在显示屏显示第二界面，第二界面的下部区域显示与第一界面元素对应的第二界面元素，第二界面中的dock栏与第一界面中的dock栏显示的位置相同，第二界面中的状态栏与第一界面中的状态栏显示的位置相同，第二界面还包括第二导航点，第二导航点与第一导航点的数量不同或者状态不同。这样，终端设备可以基于用户针对桌面中的导航点的触发操作，移动桌面中显示的图标，使得用户可以单手实现对于桌面任一区域的元素的触发。

可能的实现方式中，该界面显示装置2300中也可以包括通信单元2303。具体的，通信单元用于支持界面显示装置2300执行数据的发送以及数据的接收的步骤。其中，该通信单元2303可以是输入或者输出接口、管脚或者电路等。

可能的实施例中，界面显示装置还可以包括：存储单元2304。处理单元2302、存储单元2304通过线路相连。存储单元2304可以包括一个或者多个存储器，存储器可以是一个或者多个设备、电路中用于存储程序或者数据的器件。存储单元2304可以独立存在，通过通信线路与界面显示装置具有的处理单元2302相连。存储单元2304也可以和处理单元2302集成在一起。

存储单元2304可以存储终端设备中的方法的计算机执行指令，以使处理单元2302执行上述实施例中的方法。存储单元2304可以是寄存器、缓存或者RAM等，存储单元2304可以和处理单元2302集成在一起。存储单元2304可以是只读存储器(read-only memory，ROM)或者可存储静态信息和指令的其他类型的静态存储设备，存储单元2304可以与处理单元2302相独立。

图24为本申请实施例提供的另一种终端设备的硬件结构示意图，如图24所示，该终端设备包括处理器2401，通信线路2404以及至少一个通信接口(图24中示例性的以通信接口2403为例进行说明)。

处理器2401可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路2404可包括在上述组件之间传送信息的电路。

通信接口2403，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线局域网(wireless local area networks，WLAN)等。

可能的，该终端设备还可以包括存储器2402。

存储器2402可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路2404与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器2402用于存储执行本申请方案的计算机执行指令，并由处理器2401来控制执行。处理器2401用于执行存储器2402中存储的计算机执行指令，从而实现本申请实施例所提供的界面显示方法。

可能的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器2401可以包括一个或多个CPU，例如图24中的CPU0和CPU1。

在具体实现中，作为一种实施例，终端设备可以包括多个处理器，例如图24中的处理器2401和处理器2405。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质(例如，软盘、硬盘或磁带)、光介质(例如，数字通用光盘(digital versatile disc，DVD))、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本申请实施例还提供了一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器(compactdisc read-only memory，CD-ROM)、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术(如红外，无线电和微波)从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘(CD)，激光盘，光盘，数字通用光盘(digital versatile disc，DVD)，软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

上述的组合也应包括在计算机可读介质的范围内。以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。