头像信息处理方法、装置、服务器及存储介质

技术领域

本申请涉及信息处理技术领域，尤其涉及一种头像信息处理方法、装置、服务器及存储介质。

背景技术

用户头像作为用户的一个身份标识及个性化设置，在各项应用中广泛使用，如，通讯录，短文本及图文类应用，在一些应用中发布信息、评论信息时均存在用户头像的调用展示，属于高频访问的静态资源。

现有通常是采用基于联查模式的头像查询方式，采用数据库进行头像查询；较为常用的还有采用微服务的方式进行头像查询。

但是，联查模式增加了数据库的资源消耗和负担，耗时较长，从而拖慢整体响应时长，对于微服务系统，会增加使用头像业务服务与头像管理服务之间的远程调用频率，造成网络开销及资源开销的消耗。

发明内容

本申请提供一种头像信息处理方法、装置、服务器及存储介质，用以解决现有技术中头像查询方式不适用，且无法快速响应的问题。

第一方面，本申请提供一种头像信息处理方法，包括：

接收业务应用发送的头像查询请求，解析所述头像查询请求，获取待查询的用户头像标识；

确定本地缓存中是否存在与所述用户头像标识对应的头像地址信息；

若是，则从所述本地缓存中获取所述头像地址信息；

若否，则调用头像管理服务器从外部数据库中获取所述头像地址信息，并将所述头像地址信息存入所述本地缓存中；

根据所述头像地址信息生成对应的报文信息，并将所述报文信息发送至所述业务应用，以供所述业务应用解析报文信息获取头像地址信息并根据所述头像地址信息从对象存储服务器获取相应用户头像，并展示所述用户头像；

所述外部数据库中的头像地址信息是业务应用将用户头像发送至所述对象存储服务器进行存储以供所述对象存储服务器反馈头像地址信息，所述业务应用将所述头像地址信息发送至所述头像管理服务器由所述头像管理服务器存储至所述外部数据库的。

在一种可能的设计中，所述外部数据库包括：redis数据库和mysql数据库；所述调用头像管理服务器从外部数据库中获取所述头像地址信息，包括：

调用头像管理服务器以确定redis数据库中是否存在与所述用户头像标识对应的头像地址信息；

若是，则调用所述头像管理服务器从redis数据库中获取所述头像地址信息；

若否，则调用头像管理服务器从mysql数据库中获取所述头像地址信息，并将该头像地址信息写入所述redis数据库。

在一种可能的设计中，确定本地缓存中是否存在与所述用户头像标识对应的头像地址信息，包括：

获取所述本地缓存中预存的头像标识与头像地址信息的映射关系；

将所述用户头像标识与所述映射关系进行匹配；

若所述用户头像标识与所述映射关系中的预存的头像标识匹配，则确定所述本地缓存中存在与所述用户头像标识对应的头像地址信息；

若所述用户头像标识与所述映射关系中的预存的头像标识不匹配，则确定所述本地缓存中不存在与所述用户头像标识对应的头像地址信息。

第二方面，本申请还提供一种头像信息处理方法，包括：

接收业务应用发送的头像变更请求，解析所述头像变更请求，获取待变更的头像地址信息及变更用户标识，所述头像地址信息是所述业务应用将待变更的用户头像发送至对象存储服务器进行存储由所述对象存储服务器反馈的头像地址信息；

用所述头像地址信息更新外部数据库中与所述变更用户标识对应的头像地址信息。

在一种可能的设计中，所述外部数据库包括：redis数据库和mysql数据库；所述用所述头像地址信息更新外部数据库中与所述变更用户标识对应的头像地址信息，包括：

用所述头像地址信息更新所述redis数据库中与所述变更用户标识对应的头像地址信息，并用所述头像地址信息更新所述mysql数据库中与所述变更用户标识对应的头像地址信息。

在一种可能的设计中，头像信息处理方法，还包括：

采用应用程序协调服务将所头像地址信息及对应的变更用户标识分发至所述业务应用关联的应用对应的服务器，以供所述对应的服务器在确定本地缓存中存在与所述变更用户标识匹配的用户标识后，用所述头像地址信息更新该匹配的用户标识对应的头像地址信息。

在一种可能的设计中，头像信息处理方法，还包括：

接收业务应用发送的头像新增请求，解析所述头像新增请求，获取新增用户标识及新增头像地址信息；

将所述新增用户标识和新增头像地址信息发送至所述外部数据库，以供所述外部数据库对所述新增用户标识和新增头像地址信息进行关联存储。

第三方面，本申请提供一种头像信息处理装置，包括：

第一收发单元，用于接收业务应用发送的头像查询请求；

第一获取单元，用于解析所述头像查询请求，获取待查询的用户头像标识；

确定单元，用于确定本地缓存中是否存在与所述用户头像标识对应的头像地址信息；

第一处理单元，用于若是，则从所述本地缓存中获取所述头像地址信息；

第一处理单元，还用于若否，则调用头像管理服务器从外部数据库中获取所述头像地址信息，并将所述头像地址信息存入所述本地缓存中；

第一处理单元，还用于根据所述头像地址信息生成对应的报文信息；

第一收发单元，还用于将所述报文信息发送至所述业务应用，以供所述业务应用解析报文信息获取头像地址信息并根据所述头像地址信息从对象存储服务器获取相应用户头像，并展示所述用户头像；

所述外部数据库中的头像地址信息是业务应用将用户头像发送至所述对象存储服务器进行存储以供所述对象存储服务器反馈头像地址信息，所述业务应用将所述头像地址信息发送至所述头像管理服务器由所述头像管理服务器存储至所述外部数据库的。

第四方面，本申请还提供一种头像信息处理装置，包括：

第二收发单元，用于接收业务应用发送的头像变更请求；

第二获取单元，用于解析所述头像变更请求，获取待变更的头像地址信息及变更用户标识，所述头像地址信息是所述业务应用将待变更的用户头像发送至对象存储服务器进行存储由所述对象存储服务器反馈的头像地址信息；

第二处理单元，用于用所述头像地址信息更新外部数据库中与所述变更用户标识对应的头像地址信息。

第五方面，本申请实施例提供一种服务器，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如上第一方面以及第一方面各种可能的设计或第二方面以及第二方面各种可能的设计所述的头像信息处理方法。

第六方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计或第二方面以及第二方面各种可能的设计所述的头像信息处理方法。

第七方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计或第二方面以及第二方面各种可能的设计所述的头像信息处理方法。

本申请提供的头像信息处理方法、装置、服务器及存储介质，通过接收业务应用发送的头像查询请求，解析所述头像查询请求，获取待查询的用户头像标识；确定本地缓存中是否存在与所述用户头像标识对应的头像地址信息；若是，则从所述本地缓存中获取所述头像地址信息；若否，则调用头像管理服务器从外部数据库中获取所述头像地址信息，并将所述头像地址信息存入所述本地缓存中；根据所述头像地址信息生成对应的报文信息，并将所述报文信息发送至所述业务应用，以供所述业务应用解析报文信息获取头像地址信息并根据所述头像地址信息从对象存储服务器获取相应用户头像，并展示所述用户头像；所述外部数据库中的头像地址信息是业务应用将用户头像发送至所述对象存储服务器进行存储以供所述对象存储服务器反馈头像地址信息，采用在本地缓存中进行查询的方式，能够确保及时性和降低资源的开销，提高用户头像在各个业务展示时的响应时长，在一定程度上降低数据库的压力。即使本地缓存中不存在头像地址信息，也能够在从外部数据库获取相关头像地址信息并回填至本地缓存中，以便后续头像查询。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请提供的头像信息处理方法的网络架构示意图；

图2为本申请提供的一种头像信息处理方法的流程示意图；

图3为本申请提供的另一种头像信息处理方法的流程示意图；

图4为本申请提供的另一种头像信息处理方法的流程示意图；

图5为本申请提供的另一种头像信息处理方法的流程示意图；

图6为本申请提供的一种头像信息处理装置的结构示意图；

图7为本申请提供的另一种头像信息处理装置的结构示意图；

图8为用来实现本申请的头像信息处理方法的服务器的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

为了清楚理解本申请的技术方案，首先对现有技术的方案进行详细介绍。

现有通常是采用基于联查模式的头像查询方式，采用数据库进行头像查询；较为常用的还有采用微服务的方式进行头像查询。

但是，联查模式增加了数据库的资源消耗和负担，耗时较长，从而拖慢整体响应时长，对于微服务系统，会增加使用头像业务服务与头像管理服务之间的远程调用频率，造成网络开销及资源开销的消耗。而且用户使用量级的增长，对数据库及应用服务的压力越来越高，无法做到快速响应。

所以针对现有技术中头像查询方式不适用，且无法快速响应的问题，发明人在研究中发现，接收业务应用发送的头像查询请求，解析头像查询请求，获取待查询的用户头像标识，确定本地缓存中是否存在用户头像标识对应头像地址信息，若存在，则从本地缓存中获取对应的头像地址信息；若不存在，则从外部数据库中获取头像地址信息，并将头像地址信息存入本地缓存中，进一步根据头像地址信息生成报文信息，将报文信息发送至业务应用，业务应用解析报文信息获取头像地址信息，业务应用根据头像地址信息从对象存储服务器获取相应用户头像并进行展示，采用在本地缓存中进行查询的方式，能够确保及时性和降低资源的开销，提高用户头像在各个业务展示时的响应时长，在一定程度上降低数据库的压力。即使本地缓存中不存在头像地址信息，也能够在从外部数据库获取相关头像地址信息并回填至本地缓存中，以便后续头像查询。

所以发明人基于上述的创造性发现，提出了本申请实施例的技术方案。下面对本申请实施例提供的头像信息处理方法的网络架构及应用场景进行介绍。

如图1所示，本申请实施例提供的头像信息处理方法对应的网络架构中包括：业务服务器101、业务应用102，头像管理服务器103、redis数据库104、mysql数据库105及对象存储服务器；业务应用102发送头像查询请求，业务服务器101接收业务应用102发送的头像查询请求，解析头像查询请求，获取待查询的用户头像标识；确定本地缓存中是否存在与用户头像标识对应的头像地址信息；若是，则从本地缓存中获取头像地址信息；若否，则调用头像管理服务器103从外部数据库中获取头像地址信息，并将头像地址信息存入本地缓存中；根据头像地址信息生成对应的报文信息，并将报文信息发送至业务应用102，业务应用102解析报文信息获取头像地址信息并根据头像地址信息从对象存储服务器获取相应用户头像，业务应用102展示用户头像。其中，业务应用102将用户头像发送至对象存储服务器进行存储，对象存储服务器反馈头像地址信息；业务应用102将头像地址信息发送至头像管理服务器103，由头像管理管理服务器将头像地址信息存储至redis数据库104和mysql数据库105。采用在本地缓存中进行查询的方式，能够确保及时性和降低资源的开销，提高用户头像在各个业务展示时的响应时长，在一定程度上降低数据库的压力。即使本地缓存中不存在头像地址信息，也能够在从外部数据库获取相关头像地址信息并回填至本地缓存中，以便后续头像查询。

以下将参照附图来具体描述本申请的实施例。

图2为本申请提供的一种头像信息处理方法的流程示意图，该方法应用于服务器。如图2所示，该方法包括：

步骤201，接收业务应用发送的头像查询请求，解析头像查询请求，获取待查询的用户头像标识。

在本实施例中，用户在使用业务应用时，可以在业务应用中点击查看包含用户头像的信息或查看用户头像，由此触发头像查询请求。业务应用后台服务器接收前端业务应用发送的头像查询请求，对头像查询请求进行解析，获取待查询的用户头像标识，用户头像标识可以是用户头像id。

步骤202，确定本地缓存中是否存在与用户头像标识对应的头像地址信息；若是，则执行步骤203a；若否，则执行步骤203b。

在本实施例中，为了能够快速响应请求，先从本地缓存中查找头像地址信息，确定本地缓存(local cache)中是否存储有与用户头像标识对应的头像地址信息，具体地，预先设置存储的用户头像标识及头像地址信息的映射关系，将用户头像标识与映射关系中的存储的用户头像标识进行匹配，根据标识匹配结果确定本地缓存中是否存在与用户头像标识对应的头像地址信息。

步骤203a，从本地缓存中获取头像地址信息。

在本实施例中，若本地缓存中存在与用户头像标识对应的头像地址信息，说明该用户可能是活跃用户，本地缓存中一般存储活跃用户的相关信息，则从本地缓存中获取头像地址信息。

步骤203b，调用头像管理服务器从外部数据库中获取头像地址信息，并将头像地址信息存入本地缓存中。

在本实施例中，若本地缓存中不存在与用户头像标识对应的头像地址信息，说明该用户可能是非活跃用户，此时可以从外部数据库中获取头像地址信息，调用头像管理服务器从外部数据库中获取头像地址信息，并将获取的头像地址信息回填至本地缓存中。

步骤204，根据头像地址信息生成对应的报文信息，并将报文信息发送至业务应用，以供业务应用解析报文信息获取头像地址信息并根据头像地址信息从对象存储服务器获取相应用户头像，并展示用户头像；外部数据库中的头像地址信息是业务应用将用户头像发送至对象存储服务器进行存储以供对象存储服务器反馈头像地址信息，业务应用将头像地址信息发送至头像管理服务器由头像管理服务器存储至外部数据库的。

在本实施例中，进一步根据头像地址信息生成对应的报文信息，将对应的报文信息发送至前端业务应用，业务应用解析报文信息获取头像地址信息，业务应用与对象存储服务器进行通信连接，业务应用将头像地址信息发送至对象存储服务器，对象存储服务器根据头像地址信息反馈相应的用户头像，业务应用获取到相应的用户头像，业务应用展示该用户头像。

其中，业务应用将用户头像发送至对象存储服务器，对象存储服务器对用户头像进行存储，将头像地址信息反馈至业务应用，头像地址信息为URL，URL是统一资源定位符。业务应用将头像地址信息发送至头像管理服务器，头像管理服务器将头像地址信息存储至外部数据库中。

本申请，接收业务应用发送的头像查询请求，解析头像查询请求，获取待查询的用户头像标识，确定本地缓存中是否存在用户头像标识对应头像地址信息，若存在，则从本地缓存中获取对应的头像地址信息；若不存在，则从外部数据库中获取头像地址信息，并将头像地址信息存入本地缓存中，进一步根据头像地址信息生成报文信息，将报文信息发送至业务应用，业务应用解析报文信息获取头像地址信息，业务应用根据头像地址信息从对象存储服务器获取相应用户头像并进行展示，采用在本地缓存中进行查询的方式，能够确保及时性和降低资源的开销，提高用户头像在各个业务展示时的响应时长，在一定程度上降低数据库的压力。即使本地缓存中不存在头像地址信息，也能够在从外部数据库获取相关头像地址信息并回填至本地缓存中，以便后续头像查询。

图3为本申请提供的另一种头像信息处理方法的流程示意图，该方法应用于服务器，如图3所示，该方法包括：

步骤301，接收业务应用发送的头像查询请求，解析头像查询请求，获取待查询的用户头像标识。

在本实施例中，用户在使用业务应用时，可以在业务应用中点击查看包含用户头像的信息或查看用户头像，由此触发头像查询请求。业务应用后台服务器接收前端业务应用发送的头像查询请求，对头像查询请求进行解析，获取待查询的用户头像标识，用户头像标识可以是用户头像id。

步骤302，确定本地缓存中是否存在与用户头像标识对应的头像地址信息；若是，则执行步骤302a；若否，则执行步骤302b。

在本实施例中，为了能够快速响应请求，先从本地缓存中查找头像地址信息，确定本地缓存(local cache)中是否存储有与用户头像标识对应的头像地址信息，具体地，预先设置存储的用户头像标识及头像地址信息的映射关系，将用户头像标识与映射关系中的存储的用户头像标识进行匹配，根据标识匹配结果确定本地缓存中是否存在与用户头像标识对应的头像地址信息。

在一种可能的实现方式中，确定本地缓存中是否存在与用户头像标识对应的头像地址信息，包括：

获取本地缓存中预存的头像标识与头像地址信息的映射关系；将用户头像标识与映射关系进行匹配；若用户头像标识与映射关系中的预存的头像标识匹配，则确定本地缓存中存在与用户头像标识对应的头像地址信息；若用户头像标识与映射关系中的预存的头像标识不匹配，则确定本地缓存中不存在与用户头像标识对应的头像地址信息。

在本实施例中，获取本地缓存中预存的头像标识与头像地址信息的映射关系，将用户头像标识与映射关系匹配，根据匹配结果确定本地缓存中是否存在与用户头像标识对应的头像地址信息，具体地，若用户头像标识与映射关系中的预存的头像标识匹配，则确定本地缓存中存在与用户头像标识对应的头像地址信息，在本地缓存中存在的用户头像标识及头像地址信息，说明该用户是活跃用户；相反，如果用户为非活跃用户，对应的头像标识及头像地址信息则不在本地缓存中，用户数量较多，缓存中一般用户存储较为活跃的用户的相关信息，但无论是活跃用户还是非活跃用户，其相关信息均存储外部数据库中，这样做的目的也是为了快速响应业务程序的请求，实际就是活跃用户的数据仍然留在缓存内，非活跃用户的数据则会从缓存中被淘汰。

步骤303a，从本地缓存中获取头像地址信息。

在本实施例中，若本地缓存中存在与用户头像标识对应的头像地址信息，说明该用户可能是活跃用户，本地缓存中一般存储活跃用户的相关信息，则从本地缓存中获取头像地址信息。

步骤303b，调用头像管理服务器以确定redis数据库中是否存在与用户头像标识对应的头像地址信息；若是，则执行步骤303b1；若否，则执行步骤303b2。

在本实施例中，若本地缓存中不存在与用户头像标识对应的头像地址信息，从外部数据库获取头像地址信息，首先调用头像管理服务以确定redis数据库中是否存在与用户头像标识对应的头像地址信息，redis数据库是高效缓存数据库，能够快速响应，如果redis数据库有则获取redis数据库中的头像地址信息；如果redis数据库没有则从mysql数据库中的头像地址信息，其中，mysql数据库为持久化数据库，各用户的头像地址信息均存储至mysql数据库。

步骤303b1，调用头像管理服务器从redis数据库中获取头像地址信息。

在本实施例中，若确定redis数据库存在与用户头像标识对应的头像地址信息，调用头像管理服务器从redis数据库中获取头像地址信息，进一步将头像地址信息存入本地缓存中。

步骤303b2，调用头像管理服务器从mysql数据库中获取头像地址信息，并将该头像地址信息写入redis数据库。

在本实施例中，若确定redis数据库不存在与用户头像标识对应的头像地址信息，调用头像管理服务器从mysql数据库中获取头像地址信息，进一步将头像地址信息存入本地缓存中，根据头像地址信息生成对应的报文信息。

步骤304，根据头像地址信息生成对应的报文信息，并将报文信息发送至业务应用，以供业务应用解析报文信息获取头像地址信息并根据头像地址信息从对象存储服务器获取相应用户头像，并展示用户头像；外部数据库中的头像地址信息是业务应用将用户头像发送至对象存储服务器进行存储以供对象存储服务器反馈头像地址信息，业务应用将头像地址信息发送至头像管理服务器由头像管理服务器存储至外部数据库的。

在本实施例中，进一步根据头像地址信息生成对应的报文信息，将对应的报文信息发送至前端业务应用，业务应用解析报文信息获取头像地址信息，业务应用与对象存储服务器进行通信连接，业务应用将头像地址信息发送至对象存储服务器，对象存储服务器根据头像地址信息反馈相应的用户头像，业务应用获取到相应的用户头像，业务应用展示该用户头像。

其中，业务应用将用户头像发送至对象存储服务器，对象存储服务器对用户头像进行存储，将头像地址信息反馈至业务应用，头像地址信息为URL，URL是统一资源定位符。业务应用将头像地址信息发送至头像管理服务器，头像管理服务器将头像地址信息存储至外部数据库中。

本申请，采用在本地缓存中进行查询的方式，能够确保及时性和降低资源的开销，提高用户头像在各个业务展示时的响应时长，在一定程度上降低数据库的压力。即使本地缓存中不存在头像地址信息，也能够在从redis数据库这种高效缓存数据库或mysql数据库这种持久化数据库中获取相关头像地址信息并回填至本地缓存中，以便后续头像查询。

图4为本申请提供的另一种头像信息处理方法的流程示意图，该方法应用于服务器，如图4所示，该方法包括：

步骤401，接收业务应用发送的头像变更请求，解析头像变更请求，获取待变更的头像地址信息及变更用户标识，头像地址信息是业务应用将待变更的用户头像发送至对象存储服务器进行存储由对象存储服务器反馈的头像地址信息。

在本实施例中，用户在使用业务应用时，可以在业务应用中更换自身用户头像，由此触发头像变更请求。头像管理服务器接收业务应用发送的头像变更请求，解析头像变更请求，获取待变更的头像地址信息及变更用户标识。

其中，业务应用将待变更的用户头像发送至对象存储服务器，对象存储服务器对用户头像进行存储，反馈头像地址信息，业务应用接收对象存储服务器反馈的头像地址信息。

步骤402，用头像地址信息更新外部数据库中与变更用户标识对应的头像地址信息。

在本实施例中，用头像地址信息更新外部数据库中与变更用户标识对应的头像地址信息，外部数据库包括redis数据库和mysql数据库。

在一种可能的实现方式中，用头像地址信息更新外部数据库中与变更用户标识对应的头像地址信息，包括：

用头像地址信息更新redis数据库中与变更用户标识对应的头像地址信息，并用头像地址信息更新mysql数据库中与变更用户标识对应的头像地址信息。

在本实施例中，头像管理服务器将变更用户标识和头像地址信息发送至redis数据库中，redis数据库中采用该头像地址信息更新存储的与变更用户标识对应的头像地址信息，以对redis数据库中的数据进行更新。头像管理服务器将变更用户标识和头像地址信息发送至mysql数据库中，mysql数据库中采用该头像地址信息更新存储的与变更用户标识对应的头像地址信息，以对mysql数据库中的数据进行更新。

可选地，头像信息处理方法，还包括：

采用应用程序协调服务将所头像地址信息及对应的变更用户标识分发至业务应用关联的应用对应的服务器，以供对应的服务器在确定本地缓存中存在与变更用户标识匹配的用户标识后，用头像地址信息更新该匹配的用户标识对应的头像地址信息。

本实施例中，应用程序协调服务为ZooKeeper，它是一个分布式的，开放源码的分布式应用程序协调服务，采用应用程序协调服务将所头像地址信息及对应的变更用户标识分发至业务应用关联的应用对应的服务器，关联的应用对应的服务器在确定本地缓存中是否存在与变更用户标识匹配匹配的用户标识，若确定本地缓存中存在与变更用户标识匹配的用户标识，则用头像地址信息更新该匹配的用户标识对应的头像地址信息，以进行头像地址信息的更新，保持数据的同步。

本申请，采用头像管理服务器有效缓解业务服务器的压力，而且采用应用程序协调服务对信息进行分发，确保数据的一致性。

图5为本申请提供的另一种头像信息处理方法的流程示意图，该方法应用于服务器，如图5所示：

步骤501，接收业务应用发送的头像新增请求，解析头像新增请求，获取新增用户标识及新增头像地址信息。

在本实施例中，头像管理服务器接收业务应用发送的头像新增请求，解析头像新增请求，获取新增用户标识及新增头像地址信息，为了保证后续调取头像地址信息，将头像地址信息存储至外部数据库。

步骤501，将新增用户标识和新增头像地址信息发送至外部数据库，以供外部数据库对新增用户标识和新增头像地址信息进行关联存储。

在本实施例中，将新增用户标识和新增头像地址信息发送至外部数据库，具体地，头像管理服务器将新增用户标识和新增头像地址信息发送至redis数据库，redis数据库对新增用户标识和新增头像地址信息进行关联存储；头像管理服务器将新增用户标识和新增头像地址信息发送至mysql数据库，mysql数据库对新增用户标识和新增头像地址信息进行关联存储。

本申请，采用头像管理服务器有效缓解业务服务器的压力，将信息存储至redis数据库及mysql数据库，便于后续业务服务器获取相关信息。

图6为本申请提供的一种头像信息处理装置的结构示意图，如图6所示，本实施例提供的头像信息处理装置600包括第一收发单元601，第一获取单元602，确定单元603，第一处理单元604。

可选地，第一收发单元601用于接收业务应用发送的头像查询请求。第一获取单元602用于解析头像查询请求，获取待查询的用户头像标识。确定单元603用于确定本地缓存中是否存在与用户头像标识对应的头像地址信息。第一处理单元604用于若是，则从本地缓存中获取头像地址信息。第一处理单元604还用于若否，则调用头像管理服务器从外部数据库中获取头像地址信息，并将头像地址信息存入本地缓存中。第一处理单元604还用于根据头像地址信息生成对应的报文信息。第一收发单元601还用于将报文信息发送至业务应用，以供业务应用解析报文信息获取头像地址信息并根据头像地址信息从对象存储服务器获取相应用户头像，并展示用户头像；外部数据库中的头像地址信息是业务应用将用户头像发送至对象存储服务器进行存储以供对象存储服务器反馈头像地址信息，业务应用将头像地址信息发送至头像管理服务器由头像管理服务器存储至外部数据库的。

可选地，第一处理单元604还用于调用头像管理服务器以确定redis数据库中是否存在与用户头像标识对应的头像地址信息；若是，则调用头像管理服务器从redis数据库中获取头像地址信息；若否，则调用头像管理服务器从mysql数据库中获取头像地址信息，并将该头像地址信息写入redis数据库。

可选地，第一处理单元604还用于获取本地缓存中预存的头像标识与头像地址信息的映射关系；将用户头像标识与映射关系进行匹配；

若用户头像标识与映射关系中的预存的头像标识匹配，则确定本地缓存中存在与用户头像标识对应的头像地址信息；若用户头像标识与映射关系中的预存的头像标识不匹配，则确定本地缓存中不存在与用户头像标识对应的头像地址信息。

图7为本申请提供的另一种头像信息处理装置的结构示意图，如图7所示，本实施例提供的另一种头像信息处理装置700包括第二收发单元701，第二获取单元702，第二处理单元703。

其中，第二收发单元701用于接收业务应用发送的头像变更请求。第二获取单元702用于解析头像变更请求，获取待变更的头像地址信息及变更用户标识，头像地址信息是业务应用将待变更的用户头像发送至对象存储服务器进行存储由对象存储服务器反馈的头像地址信息。第二处理单元703用于用头像地址信息更新外部数据库中与变更用户标识对应的头像地址信息。

可选地，第二处理单元703还用于用头像地址信息更新redis数据库中与变更用户标识对应的头像地址信息，并用头像地址信息更新mysql数据库中与变更用户标识对应的头像地址信息。

可选地，第二处理单元703还用于采用应用程序协调服务将所头像地址信息及对应的变更用户标识分发至业务应用关联的应用对应的服务器，以供对应的服务器在确定本地缓存中存在与变更用户标识匹配的用户标识后，用头像地址信息更新该匹配的用户标识对应的头像地址信息。

可选地，第二收发单元701还用于接收业务应用发送的头像新增请求。第二获取单元702还用于解析头像新增请求，获取新增用户标识及新增头像地址信息。第二收发单元701还用于将新增用户标识和新增头像地址信息发送至外部数据库，以供外部数据库对新增用户标识和新增头像地址信息进行关联存储。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。各模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上各模块的功能。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图8为本申请实施例提供的服务器的结构示意图。如图8所示，该服务器可以包括：收发器801、处理器802、存储器803。

处理器802执行存储器存储的计算机执行指令，使得处理器802执行上述实施例中的方案。处理器802可以是通用处理器，包括中央处理器CPU、网络处理器(networkprocessor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器803通过系统总线与处理器802连接并完成相互间的通信，存储器803用于存储计算机程序指令。

收发器801可以用于获取待运行任务和待运行任务的配置信息。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中头像信息处理方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例头像信息处理方法的技术方案。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中头像信息处理方法的技术方案。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案。

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，简称ISA)总线、外部设备互连(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，简称ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电控单元或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。