应用软件的好友关系列表的加载方法及电子设备与流程

1.本技术涉及应用软件技术领域，尤其涉及应用软件的好友关系列表的加载方法及电子设备。


背景技术：

2.在应用软件中，数据表结构通常是用户信息是一张独立的表、用户关系是一个独立的表。要把用户关系和用户的信息关联起来，传统的做法有以下两种。第一种：通过连表查询获取到好友信息；第二种：先获取好友关系的id，再通过用户id获取用户信息。在客户端侧，用户列表的排序通常是按昵称的拼音排序，这就要求客户端需要获取到所有的好友关系才能完整的展示好友关系列表，以上两种方式在用户体量很大的情况下，全量获取好友列表信息都会很慢。


技术实现要素：

3.本技术提供应用软件的好友关系列表的加载方法、电子设备及存储介质，以解决现有技术中在用户体量很大的情况下，全量获取好友列表信息都会很慢的问题。
4.为解决上述技术问题，本技术提出一种应用软件的好友关系列表的加载方法，包括：接收好友关系列表的加载指令，并根据加载指令，分页全量获取好友关系列表以及与好友关系列表相应的好友关系信息；其中好友关系信息包括用户昵称；根据用户昵称拼音的首字母对好友关系列表进行重新排序，并将重新排序后的好友关系列表保存至本地。
5.可选地，好友关系信息还包括预设关系；根据用户昵称拼音的首字母对好友关系列表进行重新排序之后，还包括：将设置有预设关系的好友移动至好友关系列表的最前面。
6.可选地，将设置有预设关系的好友移动至好友关系列表的最前面，包括：当好友关系列表中包括多个设置有预设关系的好友时，将多个设置有预设关系的好友移动至好友关系列表的最前面，并将多个设置有预设关系的好友按照用户昵称拼音的首字母进行排序。
7.可选地，好友关系信息还包括活跃状态；根据用户昵称拼音的首字母对好友关系列表进行重新排序之后，还包括：当好友的活跃状态满足预设条件时，将满足预设条件活跃状态的好友移动至好友关系列表的最前面。
8.可选地，将设置有预设关系的好友移动至好友关系列表的最前面，还包括：当好友关系列表中包括多个设置有预设关系的好友时，将多个设置有预设关系的好友移动至好友关系列表的最前面，并将多个设置有预设关系的好友按照活跃状态进行排序。
9.可选地，还包括：接收好友关系列表的更新指令，并根据更新指令，判断本地的好友关系列表与服务器的好友关系列表是否相同；若不相同，则根据服务器的好友关系列表更新本地的好友关系列表。
10.可选地，还包括：当用户首次登录应用软件时，应用软件生成好友关系列表的加载指令；当用户非首次登录应用软件时，应用软件生成好友关系列表的更新指令；当好友更新账号信息时，服务器向应用软件发送好友关系列表的更新指令。
11.可选地，还包括：用户每次退出应用软件时，应用软件退出前保留最新的好友关系列表至本地；当用户再次登录应用软件时，应用软件先展示上次退出前保留的好友关系列表，再根据更新指令对本地的好友关系列表进行更新。
12.为解决上述技术问题，本技术提出一种电子设备，包括存储器和处理器，存储器连接处理器，存储器存储有计算机程序，计算机程序被处理器执行时实现上述的方法。
13.为解决上述技术问题，本技术提出一种计算机可读存储介质，存储有计算机程序，计算机程序被执行时实现上述的方法。
14.本技术提出应用软件的好友关系列表的加载方法、电子设备及存储介质，其中加载方法包括：接收好友关系列表的加载指令，并根据加载指令，分页全量获取好友关系列表以及与好友关系列表相应的好友关系信息；其中好友关系信息包括用户昵称；根据用户昵称拼音的首字母对好友关系列表进行重新排序，并将重新排序后的好友关系列表保存至本地。通过上述方式，本技术可以在应用软件中快速加载好友关系列表，使得用户的体验得到了优化。
附图说明
15.为了更清楚地说明本技术的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
16.图1是本技术应用软件的好友关系列表的加载方法一实施例的流程示意图；
17.图2是应用软件中用户关系一实施例的示意图；
18.图3是本技术应用软件的好友关系列表的加载方法另一实施例的流程示意图；
19.图4是本技术应用软件的好友关系列表的加载方法又一实施例的示意图；
20.图5是本技术电子设备一实施例的结构示意图；
21.图6是本技术计算机可读存储介质一实施例的结构示意图。
具体实施方式
22.为使本领域的技术人员更好地理解本技术的技术方案，下面结合附图和具体实施方式对本技术所提供应用软件的好友关系列表的加载方法、电子设备及存储介质进一步详细描述。
23.本技术提出一种应用软件的好友关系列表的加载方法，请参阅图1，图1是本技术应用软件的好友关系列表的加载方法一实施例的流程示意图，在本实施例中，应用软件的好友关系列表的加载方法具体可以包括以下步骤：
24.s110：接收好友关系列表的加载指令，并根据加载指令，分页全量获取好友关系列表以及与好友关系列表相应的好友关系信息；其中好友关系信息包括用户昵称。
25.应用软件可以为直播类的app或者社交类的app，在本实施例中以直播类的app进行说明。在应用软件中，用户一般存在四种关系：陌人生、粉丝、关注、好友。其中粉丝、关注和好友关系是应用中关键的关系链，通常都有独立的展示界面，并用户关系列表中展示出用户的个人信息，有的应用软件中还会在好友列表中展示出用户的某些状态信息，如：好友是否在线。
26.请参阅图2，图2是应用软件中用户关系一实施例的示意图。其中，用户a和用户c相互关注成为好友；用户a和用户d是陌生人；用户a关注用户b，用户a是用户b的粉丝。
27.用户的好友关系数量对于服务端来说是不确定的，可能很少也可能很多，如果用户的好友关系很多，一次获取完所有的好友关系耗时会很长，用户需要等待很长的时间才能获取到数据。因此在本实施例中可以采用分页的方式全量获取好友关系列表，以及好友关系列表相应的好友关系信息，其中好友关系信息可以包括用户昵称。
28.s120：根据用户昵称拼音的首字母对好友关系列表进行重新排序，并将重新排序后的好友关系列表保存至本地。
29.根据用户昵称拼音的首字母对好友关系列表进行重新排序。可以理解的是，当用户昵称为中文时，即中文昵称拼音的首字母；当用户昵称为英文时，可以直接取英文昵称的首字母。其中，排序的顺序可以按照26个字母表的排序从a到z，并将重新排序后的好友关系列表保存至本地。
30.以上，本实施例的好友关系列表的加载方法通过分页全量的方式获取服务器中的好友关系到本地，根据用户昵称重新排序后再保存至本地，提高了好友关系列表的加载速度，使得用户的体验得到了优化。
31.在一些实施例中，好友关系信息还可以包括预设关系；根据用户昵称拼音的首字母对好友关系列表进行重新排序之后，还包括：将设置有预设关系的好友移动至好友关系列表的最前面。其中，预设关系可以是用户为该好友设置的关系。
32.进一步地，当好友关系列表中包括多个设置有预设关系的好友时，将多个设置有预设关系的好友移动至好友关系列表的最前面，并将多个设置有预设关系的好友按照用户昵称拼音的首字母进行排序。
33.在一些实施例中，好友关系信息还包括活跃状态；根据用户昵称拼音的首字母对好友关系列表进行重新排序之后，还包括：当好友的活跃状态满足预设条件时，将满足预设条件活跃状态的好友移动至好友关系列表的最前面。可选地，活跃状态可以是应用软件根据用户与该好友的聊天频次设置的；又或者，活跃状态也可以是指用户是否在线，例如用户上线、用户离线、用户忙碌等等。
34.进一步地，当好友关系列表中包括多个设置有预设关系的好友时，将多个设置有预设关系的好友移动至好友关系列表的最前面，并将多个设置有预设关系的好友按照活跃状态进行排序。
35.综上，在采用分页全量的方式获取好友关系列表，再将好友关系列表按照用户昵称拼音重新排序，并将有预设关系和活跃状态的用户放在列表的最前面。
36.请参阅图3，图3是本技术应用软件的好友关系列表的加载方法另一实施例的流程示意图。本实施例与上述实施例相同的部分，在此不再赘述。本实施例方法的步骤具体包括：
37.s210：接收好友关系列表的加载指令，并根据加载指令，分页全量获取好友关系列表以及与好友关系列表相应的好友关系信息；其中好友关系信息包括用户昵称。
38.s220：根据用户昵称拼音的首字母对好友关系列表进行重新排序，并将重新排序后的好友关系列表保存至本地。
39.s230：接收好友关系列表的更新指令，并根据更新指令，判断本地的好友关系列表
与服务器的好友关系列表是否相同；
40.若本地的好友关系列表与服务器的好友关系列表相同，则结束流程；若本地的好友关系列表与服务器的好友关系列表不相同，则继续执行步骤s240。
41.s240：根据服务器的好友关系列表更新本地的好友关系列表。
42.在本实施例，当用户首次登录应用软件时，应用软件可以生成好友关系列表的加载指令；当用户非首次登录应用软件时，应用软件可以生成好友关系列表的更新指令；当好友更新账号信息时，服务器可以向应用软件发送好友关系列表的更新指令。
43.好友关系是双方的，一方变更会影响到另一方的关系列表变化，当一方发起变更后，服务端会通知双方变更好友关系列表。客户端更新好友关系列表也是后台运行，不会影响用户体验。好友某些状态变化后，服务端也会通知对应的客户端好友状态变化，客户端收到好友状态变化后更新列表中对应好友的状态，并按照排序规则重新排序。
44.此外，在其他的一些实施例中，用户每次退出应用软件时，应用软件还可以在退出前保留最新的好友关系列表至本地。当用户再次登录应用软件时，应用软件先展示上次退出前保留的好友关系列表，再根据更新指令对本地的好友关系列表进行更新。通过这样的方式，用户登录应用软件后能及时看到本人的好友关系列表，而应用软件后台更新好友关系列表对用户而言是无感知的，在好友列表页无需等待获取数据的时间，提高了用户的体验。
45.请参阅图4，图4是本技术应用软件的好友关系列表的加载方法又一实施例的示意图。在图4的实施例中，用户a和用户b是相互关注的好友关系。
46.在用户a或者用户b登录时，都可以通过服务端返回好友关系列表到本地。当用户a发生与用户b的关系变更时，服务端会更新好友关系列表。并且，服务端会通知用户a和用户b已经发生了好友关系变更。用户a和用户b可以通过服务端获取新的好友关系或者好友关系列表。
47.基于上述的应用软件的好友关系列表的加载方法，本技术还提出一种电子设备，如图5所示，图5是本技术电子设备一实施例的结构示意图。电子设备500可以包括存储器51和处理器52，存储器51连接处理器52，存储器51中存储有计算机程序，计算机程序被处理器52执行时实现上述任一实施例的方法。其步骤和原理在上述方法已详细介绍，在此不再赘述。
48.在本实施例中，处理器52还可以称为cpu(central processing unit，中央处理单元)。处理器52可以是一种集成电路芯片，具有信号的处理能力。处理器52还可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
49.基于上述的应用软件的好友关系列表的加载方法，本技术还提出一种计算机可读存储介质。请参阅图6，图6是本技术计算机可读存储介质一实施例的结构示意图。计算机可读存储介质600上存储有计算机程序61，计算机程序61被处理器执行时实现上述任一实施例的方法。其步骤和原理在上述方法已详细介绍，在此不再赘述。
50.进一步的，计算机可读存储介质600还可以是u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存储器(random access memory，ram)、磁带或者光盘等各种可以
存储程序代码的介质。
51.可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。另外为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。文中所使用的步骤编号也仅是为了方便描述，不对作为对步骤执行先后顺序的限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.本技术中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
53.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
54.以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。