高并发场景下的用户好友在线关系实时同步方法、装置和电子设备

技术领域

本申请涉及用户数据管理技术领域，更为具体地说，涉及一种高并发场景下的用户好友在线关系实时同步方法、装置和电子设备。

背景技术

在社交场景中，当用户上线后，需要看到自己好友的在线状态，并且他的在线好友也需要知道该用户已上线，这样才可以进行聊天、约玩等场景互动。

但是，目前在查询用户好友在线列表时，每次都会先调用好友服务，获取用户好友列表，再调用用户在线中心服务获取用户在线状态，如果用户好友数量多，每个好友都需要校验一次是否在线，耗时长。

另外，当用户刷新时，也是用户每刷新一次就需要查询一次用户好友在线列表，假如触发查询的用户数为m，平均好友数为n，则好友列表的查询次数为n，用户的在线状态查询次数为m*n。查询数据量太大，严重时导致服务崩溃不可用。

因此，期望提供一种新的高并发场景下的用户好友在线关系实时同步方案。

发明内容

为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种高并发场景下的用户好友在线关系实时同步方法、装置和电子设备，其通过创建用户好友在线中心以维护好友状态，从而不需要直接查询好友在线列表来获取所有好友的在线状态，查询耗时短、服务压力小。

根据本申请的一方面，提供了一种高并发场景下的用户好友在线关系实时同步方法，包括：创建所述用户的用户好友在线中心，所述用户好友在线中心具有所述用户的好友在线列表；在用户上线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户上线消息并执行用户上线操作；在用户下线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户下线消息并执行用户下线操作。

在上述高并发场景下的用户好友在线关系实时同步方法中，进一步包括：在用户删除好友的情况下，由所述用户好友在线中心从好友服务接收好友删除消息并执行好友删除操作。

在上述高并发场景下的用户好友在线关系实时同步方法中，进一步包括：在用户添加好友的情况下，由所述用户好友在线中心从好友服务接收好友添加消息并执行好友添加操作。

在上述高并发场景下的用户好友在线关系实时同步方法中，所述用户上线操作包括好友在线列表查询操作，且所述好友在线列表查询操作包括：由所述用户好友在线中心查询所述好友在线列表；以及，响应于查询到所述用户在线列表，直接返回所述好友在线列表。

在上述高并发场景下的用户好友在线关系实时同步方法中，所述好友在线列表查询操作进一步包括：响应于未查询到所述用户在线列表，通过所述用户增加分布式锁；从所述好友服务获取所述用户好友列表，并通过所述用户好友列表查询所述用户在线中心以获得好友在线列表；将所述好友在线列表保存到所述用户好友在线中心；以及，释放所述分布式锁，并返回所述好友在线列表。

在上述高并发场景下的用户好友在线关系实时同步方法中，在用户上线的情况下，由所述用户好友在线中心从用户应用的用户在线中心服务接收用户上线消息并执行用户上线操作包括：获取上线频率控制参数以判断所述用户是否重复上线；响应于所述用户重复上线，不执行用户上线操作并保持用户已有的状态；响应于所述用户不是重新上线，获取所述用户的好友在线列表；以及，异步通知所述用户的好友在线列表所述用户已上线，并修改好友中的所述用户的状态为在线。

在上述高并发场景下的用户好友在线关系实时同步方法中，在用户下线的情况下，由所述用户好友在线中心从用户应用的用户在线中心服务接收用户下线消息并执行用户下线操作包括：获取下线频率控制参数以判断用户是否重新下线；响应于所述用户重复下线，不执行用户下线操作并保持用户已有的状态；以及，响应于所述用户不是重新下线，向所述用户在线中心服务发送与所述下线频率控制参数相同时长的延迟消息。

在上述高并发场景下的用户好友在线关系实时同步方法中，进一步包括：查询所述用户在线中心服务以校验所述用户是否已经下线；响应于所述用户未下线，不执行操作；响应于所述用户已下线，获取所述用户的好友在线列表；重置所述用户的上线频率控制参数；以及。异步通知所述用户的好友在线列表所述用户已下线，并修改好友中的所述用户的状态为下线。

在上述高并发场景下的用户好友在线关系实时同步方法中，在用户删除好友的情况下，由所述用户好友在线中心从好友服务接收好友删除消息并执行好友删除操作包括：删除所述用户和所述被删除好友双方的好友在线列表中的对方；以及，响应于所述用户在线，异步延迟删除双方好友在线状态。

在上述高并发场景下的用户好友在线关系实时同步方法中，在用户添加好友的情况下，由所述用户好友在线中心从好友服务接收好友添加消息并执行好友添加操作包括：确定所述用户的好友在线列表是否存在；响应于所述用户的好友在线列表存在，增加被添加人；确定被添加人的好友在线列表是否存在；以及，响应于所述被添加人的好友在线列表存在，增加所述用户。

根据本申请的另一方面，提供了一种高并发场景下的用户好友在线关系实时同步装置，包括：创建单元，用于创建所述用户的用户好友在线中心，所述用户好友在线中心具有所述用户的好友在线列表；上线单元，用于在用户上线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户上线消息并执行用户上线操作；以及，下线单元，用于在用户下线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户下线消息并执行用户下线操作。

根据本申请的再一方面，提供了一种电子设备，包括：处理器；以及，存储器，在所述存储器中存储有计算机程序指令，所述计算机程序指令在所述处理器运行时使得所述处理器执行如上所述的高并发场景下的用户好友在线关系实时同步方法。

根据本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，当所述计算机程序指令被计算装置执行时，可操作来执行如上所述的高并发场景下的用户好友在线关系实时同步方法。

本申请提供的高并发场景下的用户好友在线关系实时同步方法、装置和电子设备，能够通过创建用户好友在线中心以维护好友状态，而不需要直接查询好友在线列表来获取所有好友的在线状态，查询耗时短、服务压力小。

另外，本申请提供的高并发场景下的用户好友在线关系实时同步方法、装置和电子设备，能够通过上下线频率控制来防止上线下线逻辑的非正常执行。

附图说明

通过阅读下文优选的具体实施方式中的详细描述，本申请各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。说明书附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。显而易见地，下面描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。而且在整个附图中，用相同的附图标记表示相同的部件。

图1为根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法的流程图；

图2为根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法的应用示例；

图3为根据本申请实施例的高并发场景下的用户好友在线关系实时同步装置的框图；

图4为根据本申请实施例的电子设备的框图。

具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

图1为根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法的流程图。

如图1所示，根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法包括如下步骤。

步骤S110，创建所述用户的用户好友在线中心，所述用户好友在线中心具有所述用户的好友在线列表。也就是，在本申请实施例中，为了解决每次查询都需要查询好友列表和所有好友在线状态而导致的问题，创建用户好友在线中心。这样，在每次查询时，可以通过用户好友在线中心直接获取用户的好友在线列表，不再直接查询好友列表与所有好友的在线状态，通过好友在线中心去维护好友在线状态。

步骤S120，在用户上线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户上线消息并执行用户上线操作以更新所述好友在线列表。这里，所述用户在线中心服务用于维护用户的在线状态，从而可以从所述用户在线中心服务获取用户是否在线的信息，即接收用户上线消息。

如上所述，在本申请实施例中，当用户上线时，由用户好友在线中心来查询所述好友在线列表。具体地，用户好友在线中心的好友在线列表查询逻辑如下：

1.查询所述好友在线列表，如果查询到则直接返回。也就是，如果所述用户的好友在线列表已经存在，则表示所述用户已经在线，也就是，可以直接返回。

2.如果未查询到好友在线列表，则需要对好友在线列表进行初始化。此时，通过对所述用户增加分布式锁来对所述用户的所有查询操作进行阻塞加锁，等待好友在线列表的初始化完成。此时，也可以再查询一次好友在线列表，防止并发重复执行后续逻辑。

3.从好友服务获取所述用户的好友列表，这里，好友服务用于维护用户与用户之间的好友关系，并通过好友列表查询所述用户在线中心服务，从而获得好友在线列表，并保存到所述用户好友在线中心。

4、释放所述分布式锁，结束上述查询逻辑并返回好友在线列表。

因此，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，所述用户上线操作包括好友在线列表查询操作，且所述好友在线列表查询操作包括：由所述用户好友在线中心查询所述好友在线列表；以及，响应于查询到所述用户在线列表，直接返回所述好友在线列表。

并且，在上述高并发场景下的用户好友在线关系实时同步方法中，所述好友在线列表查询操作进一步包括：响应于未查询到所述用户在线列表，通过所述用户增加分布式锁；从所述好友服务获取所述用户好友列表，并通过所述用户好友列表查询所述用户在线中心以获得好友在线列表；将所述好友在线列表保存到所述用户好友在线中心；以及，释放所述分布式锁，并返回所述好友在线列表。

另外，在本申请实施例中，可以通过获取上线频率控制参数来判断用户是否是重复上线。如果用户是短时间内的重复上线，则不做任何操作，保持用户已有的状态。而如果用户是真正的重新上线，则通过如上所述的好友在线列表查询逻辑获取用户的好友在线列表，并异步通知用户的好友在线列表中的好友该用户已上线，从而修改好友中的该用户状态为在线；

也就是，在根据本申请实施例的并发场景下的用户好友在线关系实时同步方法中，在用户上线的情况下，由所述用户好友在线中心从用户应用的用户在线中心服务接收用户上线消息并执行用户上线操作包括：获取上线频率控制参数以判断所述用户是否重复上线；响应于所述用户重复上线，不执行用户上线操作并保持用户已有的状态；响应于所述用户不是重新上线，获取所述用户的好友在线列表；以及，异步通知所述用户的好友在线列表所述用户已上线，并修改好友中的所述用户的状态为在线。

步骤S130，在用户下线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户下线消息并执行用户下线操作。与如上所述的用户上线的情况类似，所述用户在线中心服务维护用户的在线状态，从而可以从所述用户在线中心服务获取用户下线消息。

并且，由于所述用户的好友在线列表仅存在于用户当前上线的生命周期中，因此在用户下线之后，所述用户的好友在线列表即销毁。

但是，为了避免用户短时间内反复的上线下线导致的好友在线列表查询逻辑，以及上线下线逻辑的非正常执行，例如，由于网络波动导致短时间内的重复上线下线，用户短时间内的主动多次上线下线等，在本申请实施例中也相应地设置用户下线逻辑。

也就是，在本申请实施例中，可以通过获取下线频率控制参数来判断用户是否是重复下线。如果用户是短时间内的重复下线，则不做任何操作，保持用户已有的状态。而如果用户是真正的下线，则异步通知用户的好友在线列表中的好友该用户已下线，从而修改好友中的该用户状态为下线，并销毁用户的好友在线列表。

另外，如上所述，即使在用户是不是短时间内的重复上线下线的情况下，如果用户是第一次下线，为了避免用户并非真正下线，比如因为网络短时间中断而很快上线，可以首先向所述用户在线中心服务发送与所述下线频率控制参数相同时长的延迟消息，并执行如下的延迟下线消息逻辑，包括：

1.查询所述用户在线中心服务，校验用户是否真的已经下线，如果还在线则不做处理；

2.获取所述用户的好友在线列表；

3.重置所述用户的上线频率控制参数，让用户可以再次上线；并且，此操作还能够保证用户已经有一段时间未上线，可视为真正的下线；

4.异步通知所述用户的好友在线列表所述用户已下线，修改好友中的所述用户的状态为下线。

也就是，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，在用户下线的情况下，由所述用户好友在线中心从用户应用的用户在线中心服务接收用户下线消息并执行用户下线操作包括：获取下线频率控制参数以判断用户是否重新下线；响应于所述用户重复下线，不执行用户下线操作并保持用户已有的状态；以及，响应于所述用户不是重新下线，在所述用户在线中心服务发送与所述下线频率控制参数相同时长的延迟消息。

并且，在上述高并发场景下的用户好友在线关系实时同步方法中，进一步包括：查询所述用户在线中心服务以校验所述用户是否已经下线；响应于所述用户未下线，不执行操作；响应于所述用户已下线，获取所述用户的好友在线列表；重置所述用户的上线频率控制参数；以及，异步通知所述用户的好友在线列表所述用户已下线，并修改好友中的所述用户的状态为下线。

另外，根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法除了由用户好友在线中心执行用户上线操作和用户下线操作以查询好友在线列表和销毁好友在线列表之外，还可以执行添加好友和删除好友的逻辑。

也就是，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，进一步包括：在用户删除好友的情况下，由所述用户好友在线中心从好友服务接收好友删除消息并执行好友删除操作。

并且，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，进一步包括：在用户添加好友的情况下，由所述用户好友在线中心从好友服务接收好友添加消息并执行好友添加操作。

这里，当添加好友时，首先判断添加人，即用户的好友在线列表是否存在，如果存在则增加被添加人。此外，还可以由所述用户好友在线中心判断被添加人的好友在线列表是否存在，如果存在则增加添加人，即用户。

因此，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，在用户添加好友的情况下，由所述用户好友在线中心从用户应用的好友服务接收好友添加消息并执行好友添加操作包括：确定所述用户的好友在线列表是否存在；响应于所述用户的好友在线列表存在，增加被添加人；确定被添加人的好友在线列表是否存在；以及，响应于所述被添加人的好友在线列表存在，增加所述用户。

另外，当删除好友，删除双方的好友在线列表中的对方。而因为删除好友会与在线下线出现并发异常：如果是上线删好友，并发情况下，上线操作查询好友在线列表后，这边刚删除，好友在线列表的处理逻辑又会将好友加进去了，会导致好友在线列表中还是能够看到对方在线。因此，需要增加一次异步延迟删除双方好友在线状态。

因此，在根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法中，在用户删除好友的情况下，由所述用户好友在线中心从用户应用的好友服务接收好友删除消息并执行好友删除操作包括：删除所述用户和所述被删除好友双方的好友在线列表中的对方；以及，响应于所述用户在线，异步延迟删除双方好友在线状态。

图2为根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法的应用示例。这里，根据本申请实施例的高并发场景下的用户好友在线关系实时同步方法应用于后端服务器，所述后端服务器通过用户服务来与客户端保持通信。

如图2所示，Kafka的全称为Apache Kafka，其是一款开源的消息系统，可以在系统中起到“肖峰填谷”的作用，也可以用于异构、分布式系统中海量数据的异步化处理。

当用户打开应用时，应用服务会读取到用户正在使用应用这个信息，通过Kafka向用户在线中心服务发送一个“用户上线”的消息，且用户好友在线中心从用户在线中心服务实时地读取这个“用户上线”的消息，进行如上所述的用户上线操作。

当用户不再使用应用，用户应用保持的使用状态关闭，应用服务通过 Kafka向用户在线中心服务发送一个“用户下线”的消息，且用户好友在线中心从用户在线中心服务实时地读取这个“用户下线”的消息，进行如上所述的用户上线操作。

由于Kafka具有低延时、高性能、高吞吐量等优点，因此通过Kafka，可以将好友上线下线的逻辑处理变成异步的。

另外，在本申请实施例中，由于网络延迟、服务卡顿等各种原因，通过 Kafka传送的上下线消息可能会出现“用户下线”消息比“用户上线”消息先到的情况，导致数据出现异常。并且，由于每个用户的网络情况不一样，可能导致用户因网络问题短时间内重复上线下线，极大的增加Kafka的消息数量与服务的压力。

因此，在本申请实施例中，可以进一步通过RocketMq的延迟消息，对Kafka的消息进一步进行筛洗。这里，RocketMQ是一种分布式消息中间件，具有低延迟、高可靠、可伸缩、易于使用等优点，且支持延迟消息。

这样，RocketMQ可以对“用户下线”的消息进行延迟处理，防止出现上诉第一点的数据错乱。具体地，当Kafka进行消息处理时，通过下线频率控制参数判断是否需要发送延迟的下线消息。并且，通过上线和下线频率控制参数与延迟消息，可以使得因为网络抖动造成的短时间内的重复消息变成一条上线消息与一条延迟的下线消息。这样，消息量由N变成了2，从而能够承载更高并发的处理能力。

当然，本领域技术人员可以理解，虽然在该应用示例中以Kafka和 RocketMQ为例进行了说明，在本申请实施例中，也可以使用能够实现如上所述的高并发场景下的用户好友在线关系实时同步方法的功能的其它消息机制。

图3为根据本申请实施例的根据本申请实施例的高并发场景下的用户好友在线关系实时同步装置的框图。

如图3所示，根据本申请实施例的高并发场景下的用户好友在线关系实时同步装置200包括：创建单元210，用于创建所述用户的用户好友在线中心，所述用户好友在线中心具有好友在线列表；上线单元220，用于在用户上线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户上线消息并执行用户上线操作；以及，下线单元230，用于在用户下线的情况下，由所述用户好友在线中心从用户在线中心服务接收用户下线消息并执行用户下线操作。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，进一步包括：删除单元，用于在用户删除好友的情况下，由所述用户好友在线中心从好友服务接收好友删除消息并执行好友删除操作。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，进一步包括：添加单元，用于在用户添加好友的情况下，由所述用户好友在线中心从好友服务接收好友添加消息并执行好友添加操作。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述用户上线操作包括好友在线列表查询操作，且所述好友在线列表查询操作包括：由所述用户好友在线中心查询所述好友在线列表；以及，响应于查询到所述用户在线列表，直接返回所述好友在线列表。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述好友在线列表查询操作进一步包括：响应于未查询到所述用户在线列表，通过所述用户增加分布式锁；从所述好友服务获取所述用户好友列表，并通过所述用户好友列表查询所述用户在线中心以获得好友在线列表；将所述好友在线列表保存到所述用户好友在线中心；以及，释放所述分布式锁，并返回所述好友在线列表。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述上线单元220用于：获取上线频率控制参数以判断所述用户是否重复上线；响应于所述用户重复上线，不执行用户上线操作并保持用户已有的状态；响应于所述用户不是重新上线，获取所述用户的好友在线列表；以及，异步通知所述用户的好友在线列表所述用户已上线，并修改好友中的所述用户的状态为在线。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述下线单元230用于：获取下线频率控制参数以判断用户是否重新下线；响应于所述用户重复下线，不执行用户下线操作并保持用户已有的状态；以及，响应于所述用户不是重新下线，向所述用户在线中心服务发送与所述下线频率控制参数相同时长的延迟消息。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述下线单元230进一步用于：查询所述用户在线中心服务以校验所述用户是否已经下线；响应于所述用户未下线，不执行操作；响应于所述用户已下线，获取所述用户的好友在线列表；重置所述用户的上线频率控制参数；以及。异步通知所述用户的好友在线列表所述用户已下线，并修改好友中的所述用户的状态为下线。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述删除单元用于：删除所述用户和所述被删除好友双方的好友在线列表中的对方；以及，响应于所述用户在线，异步延迟删除双方好友在线状态。

在一个示例中，在上述高并发场景下的用户好友在线关系实时同步装置 200中，所述添加单元用于：确定所述用户的好友在线列表是否存在；响应于所述用户的好友在线列表存在，增加被添加人；确定被添加人的好友在线列表是否存在；以及，响应于所述被添加人的好友在线列表存在，增加所述用户。

这里，本领域技术人员可以理解，上述高并发场景下的用户好友在线关系实时同步装置200中的各个单元和模块的具体功能和操作已经在上面参考图1到图2描述的高并发场景下的用户好友在线关系实时同步方法中详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的高并发场景下的用户好友在线关系实时同步装置200可以实现在各种终端设备中，例如游戏应用的运营方或者其它社交应用的提供商的服务器中。在一个示例中，根据本申请实施例的高并发场景下的用户好友在线关系实时同步装置200可以作为一个软件模块和/或硬件模块而集成到所述终端设备中。例如，该高并发场景下的用户好友在线关系实时同步装置200可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该高并发场景下的用户好友在线关系实时同步装置200同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该高并发场景下的用户好友在线关系实时同步装置200与该终端设备也可以是分立的设备，并且该高并发场景下的用户好友在线关系实时同步装置200可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

下面，参考图4来描述根据本申请实施例的电子设备。

图4为根据本申请实施例的电子设备的框图。

如图4所示，电子设备10包括一个或多个处理器11和存储器12。

处理器11可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备10中的其他组件以执行期望的功能。

存储器12可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器 (ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器11可以运行所述程序指令，以实现上文所述的本申请的各个实施例的高并发场景下的用户好友在线关系实时同步方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如好友在线列表等各种内容。

在一个示例中，电子设备10还可以包括：输入装置13和输出装置14，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，该输入装置13可以是例如键盘、鼠标等等。

该输出装置14可以向外部输出各种信息，例如上线、下线结果等。该输出设备14可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图4中仅示出了该电子设备10中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备10还可以包括任何其他适当的组件。

除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的高并发场景下的用户好友在线关系实时同步方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本申请各种实施例的高并发场景下的用户好友在线关系实时同步方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。