CN109710873A - 客户端的图片加载显示方法、装置及电子设备 - Google Patents

Abstract

本申请涉及图像处理技术领域，公开了一种客户端的图片加载显示方法、装置及电子设备，其中，客户端的图片加载显示方法包括：当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息；接着接收服务器针对图片加载请求返回的第一数据信息；接着当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。本申请实施例的方法，不仅避免了空白的等待过程，而且通过渲染显示待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升了用户体验。

Description

客户端的图片加载显示方法、装置及电子设备

技术领域

本申请涉及图像处理技术领域，具体而言，本申请涉及一种客户端的图片加载显示方法、装置及电子设备。

背景技术

随着互联网技术及移动通信技术的发展，用户可以通过客户端(例如各种各样的应用程序)访问、获取各种信息，并将获取的信息通过客户端界面的显示呈现给用户，其中，这些信息当中包含各种图片。

通常，客户端需要从服务器中下载当前页面上的所有图片并对其进行显示，目前客户端的图片加载显示主要包括如下两种方式：(1)从服务器中下载图片数据，当整个图片的图片数据都下载完之后，再显示完整的图片；(2)采用标准方式来加载显示图片，即根据从服务器下载的图片数据，将图片从上往下逐行显示出来，直到整个图片都显示完毕。

本申请的发明人在具体实施过程中发现：上述方式(1)在网络速度比较慢或者要显示的图片比较大的时候，会出现空白的等待过程，造成极差的用户体验；上述方式(2)虽然在一定程度上避免了空白的等待过程，但是在图片逐行显示的过程中，用户依然无法预期尚未显示的图片内容，用户体验依然很差。

发明内容

本申请的目的旨在至少能解决上述的技术缺陷之一，特提出以下技术方案：

第一方面，提供了一种客户端的图片加载显示方法，包括：

当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息；

接收服务器针对图片加载请求返回的第一数据信息；

当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。

具体地，基于第一数据信息进行渲染显示，包括：

通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，得到解压缩后的第一数据信息；

通过客户端的主线程对解压缩后的第一数据信息进行渲染显示。

进一步地，通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，包括：

向任一子线程发送第一数据信息的解压缩通知消息；

通过任一子线程根据解压缩通知消息，获取第一数据信息，并对第一数据信息进行解压缩。

进一步地，通过客户端的主线程对解压缩后的第一数据信息进行渲染显示，包括：

通过任一子线程向主线程发送第一数据信息的解压缩完成消息，解压缩完成消息携带解压缩后的第一数据信息；

通过主线程对接收到的解压缩后的第一数据信息进行渲染显示。

进一步地，通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。

进一步地，在基于第一数据信息进行渲染显示之后，还包括：

持续接收服务器针对图片加载请求返回的除第一数据信息之外的数据信息，并基于接收到的数据信息持续进行渲染显示，直至完成待加载图片的完整显示。

第二方面，提供了一种客户端的图片加载显示装置，包括：

发送模块，用于当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息；

接收模块，用于接收服务器针对图片加载请求返回的第一数据信息；

第一处理模块，用于当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。

具体地，第一处理模块包括解压缩子模块与渲染子模块；

解压缩子模块，用于通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，得到解压缩后的第一数据信息；

渲染子模块，用于通过客户端的主线程对解压缩后的第一数据信息进行渲染显示。

进一步地，解压缩子模块具体用于向任一子线程发送第一数据信息的解压缩通知消息；以及用于通过任一子线程根据解压缩通知消息，获取第一数据信息，并对第一数据信息进行解压缩。

进一步地，渲染子模块具体用于通过任一子线程向主线程发送第一数据信息的解压缩完成消息，解压缩完成消息携带解压缩后的第一数据信息；以及用于通过主线程对接收到的解压缩后的第一数据信息进行渲染显示。

进一步地，还包括检测模块；

检测模块用于通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。

进一步地，还包括第二处理模块；

第二处理模块，用于持续接收服务器针对图片加载请求返回的除第一数据信息之外的数据信息，并基于接收到的数据信息持续进行渲染显示，直至完成待加载图片的完整显示。

第三方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现上述的客户端的图片加载显示方法。

第四方面，提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的客户端的图片加载显示方法。

本申请实施例提供的客户端的图片加载显示方法，当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息，为从服务器中下载待加载图片的数据信息提供前提保障；接收服务器针对图片加载请求返回的第一数据信息，便于后续对待加载图片进行渲染显示；当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图，不仅避免了空白的等待过程，而且通过渲染显示待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升了用户体验。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的客户端的图片加载显示方法的流程示意图；

图2为本申请实施例的客户端的图片加载显示装置的基本结构示意图；

图3为本申请实施例的客户端的图片加载显示装置的详细结构示意图；

图4为本申请实施例的电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

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

实施例一

本申请实施例提供了一种客户端的图片加载显示方法，如图1所示，包括：

步骤S110，当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息。

具体地，用户可以通过客户端(例如各种各样的应用程序)访问、获取各种信息，并将获取的信息通过客户端界面的显示呈现给用户，其中，这些信息当中包含各种图片。

进一步地，用户开启客户端时或者在使用客户端的过程中通过上拉、下拉等方式进行刷新操作时，便触发了客户端加载新图片的指令，即对客户端发出了图片加载的触发指令，其中，客户端会检测是否接收到图中加载的触发指令，当检测到图片加载的触发指令时，便会向服务器发送图片加载请求，以从服务器获取待加载数据的数据信息，即该图片加载请求用于请求服务器发送待加载图片的数据信息。

步骤S120，接收服务器针对图片加载请求返回的第一数据信息。

具体地，服务器接收到客户端的图片加载请求，便于根据该图片加载请求查找待加载图片的数据信息，并通过网络向客户端传输查找到的待加载图片的数据信息，即客户端接收服务器针对图片加载请求返回的数据信息(即上述的第一数据信息)。

步骤S130，当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。

具体地，客户端接收到服务器针对图片加载请求返回的第一数据信息后，会检测接收到的第一数据信息是否能够渲染出待加载图片的轮廓，待加载图片的轮廓即整个待加载图片的比较模糊的概貌，如果检测出接收到的第一数据信息能够渲染出待加载图片的轮廓，则基于第一数据信息进行渲染显示，得到待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升用户体验。

本申请实施例提供的客户端的图片加载显示方法，与现有技术相比，当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息，为从服务器中下载待加载图片的数据信息提供前提保障；接收服务器针对图片加载请求返回的第一数据信息，便于后续对待加载图片进行渲染显示；当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图，不仅避免了空白的等待过程，而且通过渲染显示待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升了用户体验。

本申请实施例提供了另一种可能的实现方式，其中，

通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。

具体地，基于第一数据信息进行渲染显示，包括：

通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，得到解压缩后的第一数据信息；

通过客户端的主线程对解压缩后的第一数据信息进行渲染显示。

进一步地，通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，包括：

向任一子线程发送第一数据信息的解压缩通知消息；

通过任一子线程根据所述解压缩通知消息，获取第一数据信息，并对第一数据信息进行解压缩。

进一步地，通过客户端的主线程对解压缩后的第一数据信息进行渲染显示，包括：

通过任一子线程向所述主线程发送第一数据信息的解压缩完成消息，解压缩完成消息携带解压缩后的第一数据信息；

通过主线程对接收到的解压缩后的第一数据信息进行渲染显示。

下面对本实现方式中的待加载图片的渲染显示进行如下详细介绍：

具体地，图片下载的过程实际上是将图片的二进制数据写入客户端过程，即客户端可以检测已下载的图片数据信息(即待加载图片的第一数据信息)是否可以构成待加载图片的概貌或轮廓，其中，客户端可以通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。假如待加载图片的大小为1M，且当该待加载图片的数据信息为100K时，即可渲染出待加载图片的轮廓，则客户端通过预设的图片数据检测插件，对接收到的第一数据信息进行检测，当检测到第一数据信息达到100K时，确定第一数据信息可以渲染出待加载图片的轮廓。

进一步地，当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，向客户端中当前处于空闲状态的任一子线程发送该第一数据信息的解压缩通知消息，即通知当前处于空闲状态的任一子线程(例如线程A)对该第一数据信息进行解压缩，该当前处于空闲状态的任一子线程在接收到解压缩通知消息后，根据该解压缩通知消息，获取待解压缩的第一数据信息，并对获取到的待解压缩的第一数据信息进行解压缩，得到解压缩后的第一数据信息。

进一步地，在当前处于空闲状态的任一子线程完成第一数据信息的解压缩后，会向客户端的主线程发送第一数据信息的解压缩完成消息，该解压缩完成消息中携带解压缩后的第一数据信息，以便于主线程根据对该解压缩后的第一数据信息进行渲染显示，从而得到待加载图片的轮廓图，不仅避免了图片加载显示过程中的空白等待，而且通过渲染显示待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升用户体验。

假如待加载图片的大小为1M，且当该待加载图片的数据信息为100K时，即可渲染出待加载图片的轮廓，则当客户端通过预设的图片数据检测插件检测到已下载的部分数据信息达到100K，便向客户端中当前处于空闲状态的任一子线程发送该100K的数据信息的解压缩通知消息，该任一子线程根据该解压缩通知消息，获取待解压缩的100K的数据信息，并对获取到的100K的数据信息进行解压缩，得到解压缩后的数据信息，接着向客户端的主线程发送该100K的数据信息的解压缩完成消息，并携带解压缩后的100K的数据信息，接着主线程根据对该解压缩后的100K的数据信息进行渲染显示。

换言之，图片加载显示的过程中可以概括为：客户端通过当前处于空闲状态的任一子线程，对已下载的能够渲染出待加载图片的轮廓的部分数据信息(即第一数据信息)进行解压缩，即解压缩是在子线程中进行的，在子线程完成解压缩后，将返回主线程，并由主线对解压缩后的部分数据信息进行渲染显示。

对于本实现方式，通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，缓解了主线程的处理任务量，极大降低了主线程的负担，提高了主线程的处理效率，通过客户端的主线程对解压缩后的第一数据信息进行渲染显示，提高了主线程的渲染效率，提高了图片加载显示的响应速度。

本申请实施例提供了另一种可能的实现方式，其中，

在步骤S130之后还包括步骤S140(图中未标注)：持续接收服务器针对图片加载请求返回的除第一数据信息之外的数据信息，并基于接收到的数据信息持续进行渲染显示，直至完成待加载图片的完整显示。

具体地，客户端持续通过网络接收服务器返回的待加载图片的数据信息，直至完成整个待加载图片的数据信息的接收。假如待加载图片的大小为1M，且当该待加载图片的数据信息为100K时，即可渲染出待加载图片的轮廓，则当客户端通过预设的图片数据检测插件检测到已下载的部分数据信息达到100K时，便对该100K的数据信息进行渲染显示，得到待加载图片的轮廓图。在这个过程中，客户端依然在通过网络接收返回的待加载图片的剩余的数据信息，例如剩余的924K的数据信息，其中，由于网络传输速度的原因，该剩余的924K的数据信息并不是一次性传输完成的，当网络传输速度快时，可能只需要2秒，当网络传输速度慢时，有可能需要1分钟。

进一步地，每当客户端接收到服务器针对图片加载请求返回的除第一数据信息(例如上述的100K的数据信息)外的其他数据信息(例如300K的数据信息)，便会向客户端中当前处于空闲状态的任一子线程发送该200K的数据信息的解压缩通知消息，该任一子线程根据该解压缩通知消息，获取待解压缩的300K的数据信息，并对获取到的300K的数据信息进行解压缩，得到解压缩后的数据信息，接着向客户端的主线程发送该300K的数据信息的解压缩完成消息，并携带解压缩后的300K的数据信息，接着主线程根据对该解压缩后的300K的数据信息进行渲染显示，从而得到待加载图片的更加清晰的轮廓或概貌。

进一步地，当客户端持续接收到服务器针对图片加载请求返回的其他数据信息(例如除上述100的数据信息与300K的数据信息外的剩余624K数据信息)，便会向客户端中当前处于空闲状态的任一子线程发送该624K的数据信息的解压缩通知消息，该任一子线程根据该解压缩通知消息，获取待解压缩的624K的数据信息，并对获取到的624K的数据信息进行解压缩，得到解压缩后的数据信息，接着向客户端的主线程发送该624K的数据信息的解压缩完成消息，并携带解压缩后的624K的数据信息，接着主线程根据对该解压缩后的624K的数据信息进行渲染显示，从而得到完整、清晰的整个待加载图片。

换言之，本申请实施例的方法，在图片加载显示过程中，先根据接收到的部分数据信息展示整个待加载图片的比较模糊的轮廓或概貌，随着下载的图片数据信息的增加，逐渐提高整个图片的显示清晰度，直至得到完整、清晰的整个待加载图片，极大提升用户的感观体验。

实施例二

图2为本申请实施例提供的一种客户端的图片加载显示装置的结构示意图，如图2所示，该装置20可以包括发送模块21、接收模块22与第一处理模块23，其中，

发送模块21用于当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息；

接收模块22用于接收服务器针对图片加载请求返回的第一数据信息；

第一处理模块23用于当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。

具体地，第一处理模块23包括解压缩子模块231与渲染子模块232，如图3所示，其中，

解压缩子模块231用于通过当前处于空闲状态的客户端的任一子线程，对第一数据信息进行解压缩，得到解压缩后的第一数据信息；

渲染子模块232用于通过客户端的主线程对解压缩后的第一数据信息进行渲染显示。

进一步地，解压缩子模块231具体用于向任一子线程发送第一数据信息的解压缩通知消息；以及用于通过任一子线程根据解压缩通知消息，获取第一数据信息，并对第一数据信息进行解压缩。

进一步地，渲染子模块232具体用于通过任一子线程向主线程发送第一数据信息的解压缩完成消息，解压缩完成消息携带解压缩后的第一数据信息；以及用于通过主线程对接收到的解压缩后的第一数据信息进行渲染显示。

进一步地，还包括检测模块24，如图3所示，其中，检测模块24用于通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。

进一步地，还包括第二处理模块25，如图3所示，其中，第二处理模块25用于持续接收服务器针对图片加载请求返回的除第一数据信息之外的数据信息，并基于接收到的数据信息持续进行渲染显示，直至完成待加载图片的完整显示。

本申请实施例提供的装置，与现有技术相比，当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息，为从服务器中下载待加载图片的数据信息提供前提保障；接收服务器针对图片加载请求返回的第一数据信息，便于后续对待加载图片进行渲染显示；当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图，不仅避免了空白的等待过程，而且通过渲染显示待加载图片的轮廓图，使得用户能够在图片开始显示时，即可大概了解整个图片要显示的内容，极大提升了用户体验。

实施例三

下面参考图4，其示出了适于用来实现本公开实施例的电子设备(例如图1中的终端设备或服务器)400的结构示意图。本申请实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许电子设备400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本申请实施例的方法中限定的上述功能。

需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：当检测到图片加载的触发指令时，向服务器发送图片加载请求，图片加载请求用于请求服务器发送待加载图片的数据信息；接收服务器针对图片加载请求返回的第一数据信息；当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于第一数据信息进行渲染显示，得到待加载图片的轮廓图。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

本申请实施例提供的计算机可读存储介质适用于上述方法的任一实施例。在此不再赘述。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种客户端的图片加载显示方法，其特征在于，包括：

当检测到图片加载的触发指令时，向服务器发送图片加载请求，所述图片加载请求用于请求服务器发送待加载图片的数据信息；

接收所述服务器针对所述图片加载请求返回的第一数据信息；

当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于所述第一数据信息进行渲染显示，得到待加载图片的轮廓图。

2.根据权利要求1所述的方法，其特征在于，所述基于第一数据信息进行渲染显示，包括：

通过当前处于空闲状态的所述客户端的任一子线程，对所述第一数据信息进行解压缩，得到解压缩后的第一数据信息；

通过所述客户端的主线程对解压缩后的第一数据信息进行渲染显示。

3.根据权利要求2所述的方法，其特征在于，所述通过当前处于空闲状态的所述客户端的任一子线程，对所述第一数据信息进行解压缩，包括：

向所述任一子线程发送所述第一数据信息的解压缩通知消息；

通过所述任一子线程根据所述解压缩通知消息，获取所述第一数据信息，并对所述第一数据信息进行解压缩。

4.根据权利要求3所述的方法，其特征在于，通过所述客户端的主线程对解压缩后的第一数据信息进行渲染显示，包括：

通过所述任一子线程向所述主线程发送所述第一数据信息的解压缩完成消息，所述解压缩完成消息携带解压缩后的第一数据信息；

通过所述主线程对接收到的所述解压缩后的第一数据信息进行渲染显示。

5.根据权利要求1-4任一项所述的方法，其特征在于，通过预设的图片数据检测插件，对接收到的第一数据信息能否渲染出待加载图片的轮廓进行检测。

6.根据权利要求1-4任一项所述的方法，其特征在于，在基于所述第一数据信息进行渲染显示之后，还包括：

持续接收所述服务器针对所述图片加载请求返回的除所述第一数据信息之外的数据信息，并基于接收到的数据信息持续进行渲染显示，直至完成待加载图片的完整显示。

7.一种客户端的图片加载显示装置，其特征在于，包括：

发送模块，用于当检测到图片加载的触发指令时，向服务器发送图片加载请求，所述图片加载请求用于请求服务器发送待加载图片的数据信息；

接收模块，用于接收所述服务器针对所述图片加载请求返回的第一数据信息；

第一处理模块，用于当检测出接收到的第一数据信息能够渲染出待加载图片的轮廓时，基于所述第一数据信息进行渲染显示，得到待加载图片的轮廓图。

8.根据权利要求7所述的装置，其特征在于，所述第一处理模块包括解压缩子模块与渲染子模块；

所述解压缩子模块，用于通过当前处于空闲状态的所述客户端的任一子线程，对所述第一数据信息进行解压缩，得到解压缩后的第一数据信息；

所述渲染子模块，用于通过所述客户端的主线程对解压缩后的第一数据信息进行渲染显示。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-6任一项所述的客户端的图片加载显示方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现权利要求1-6任一项所述的客户端的图片加载显示方法。