[发明专利]一种长链接的缓存优化方法及系统

说明书

本发明公开了一种长链接的缓存优化方法及系统，客户端在与服务端首次建立长链接时，服务端接收初始化并存储建立长链接的预设数据至缓存中，将每一个预设数据的缓存时间一起返回至客户端，以使得客户端保存该第一缓存信息，而在非首次建立长链接时，客户端向服务端发送包括最新缓存信息的长链接请求，服务端根据最新缓存信息中每一个预设数据的缓存时间与当前时间进行比较，得到已过期数据和未过期数据，初始化并存储已过期数据至缓存中，将每一个已过期数据的缓存时间一起返回至客户端，以使得客户端对最新缓存信息进行更新。本发明在明确缓存已经失效的场景下，能够减少一次缓存查询，提高长链接建立的效率，并减少服务端的压力。

技术领域

本发明涉及互联网技术领域，特别涉及一种长链接的缓存优化方法及系统。

背景技术

移动互联网蓬勃发展的今天，大部分手机APP(application，应用程序)都提供了消息推送功能，如新闻客户端的热点新闻推荐、IM(Instant Messaging，即时通讯)工具的聊天消息提醒、电商产品促销信息、企业应用的通知和审批流程等等。推送对于提高产品活跃度、提高功能模块使用率、提升用户粘性和提升用户留存率起到了重要作用。

消息推送的主要实现流程为：客户端预先访问服务端路由地址列表接口，获取可以正常接入的路由地址，选择其中一个地址进行长链接的建立。当成功建立起长链接之后，服务端与客户端将会进行正常的消息通讯。服务端要向客户端发送消息时，需预先根据userId(用户唯一标识)查询对应的设备id列表信息，根据设备id(Identity document，唯一标识)列表查询对应的通道信息，之后，通过对应的通道进行消息的发送。服务端记录设备id与对应的通道信息时，一般都会记录缓存的，即先预先查询缓存是否有相关信息，如果无则查询数据库，从数据库中查询出信息后，并再次加载入缓存中。在推送场景中存在很多这样的需要缓存的数据的场景，这些数据如果都全量缓存在内存中，则会因为数据量巨大而占用大量的内存，因此，现在通用的方式都是设置缓存并设置过期时间，当达到过期时间之后，则缓存失效，程序逻辑为每次均预先访问缓存，当缓存失效后，访问数据库，之后再次写入数据到缓存中。

为了配合现在的缓存通用使用方式，推送系统中一般缓存的处理都在长链接建立这个功能点上。当每次建立长链接时，预先都查询下所有需要的缓存是否都存在，不再，则查询数据库并进行缓存加载。这样，则后续的所有在线用户的推送则都可以直接访问缓存，实现消息的快速交互。可是，在正常的交互使用场景下，推送消息的交互次数不会有很多，但是，由于客户端网络质量的差异，会存在较多的长链接建立场景，因为网络断开重连的场景很多，这样，将导致每天每个设备将会有较多次数的长链接建立，每个长链接的建立将都会进行缓存数据的初始化，当设备数量继续增大后，将会给服务端带来较大的压力。

发明内容

本发明所要解决的技术问题是：提供一种长链接的缓存优化方法及系统，提高长链接建立的效率，并减少服务端的压力。

为了解决上述技术问题，本发明采用的技术方案为：

一种长链接的缓存优化方法，包括步骤：

S1、客户端判断是否为与服务端首次建立长链接，若是，则向服务端发送第一长链接请求之后执行步骤S2，否则执行步骤S4；

S2、服务端接收第一长链接请求，初始化并存储建立长链接的预设数据至缓存中，将每一个预设数据的缓存时间作为第一缓存信息随第一长链接建立成功信息一起返回至客户端；

S3、客户端接受第一长链接建立成功信息，将第一缓存信息作为最新缓存信息保存至本地内存；

S4、客户端向服务端发送包括最新缓存信息的第二长链接请求；

S5、服务端接收第二长链接请求，将最新缓存信息中每一个预设数据的缓存时间与当前时间进行比较，得到已过期数据和未过期数据，初始化并存储已过期数据至缓存中，将每一个已过期数据的缓存时间作为第二缓存信息随第二长链接建立成功信息一起返回至客户端；