CN107066609A - 图片显示方法和装置 - Google Patents

Abstract

本申请公开了图片显示方法和装置。该方法的一具体实施方式包括：向所连接的服务端发送图片获取请求；响应于接收到该服务端返回的该图片获取请求所请求的图片的统一资源定位符URL，则对该URL进行解析，获取该图片的文件名和文件格式；确定该图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与该图片的文件名相同的、文件格式为第一格式的目标图片；响应于确定本地未存储该目标图片，则获取该图片的二进制编码，对该二进制编码进行解码编码，生成文件格式为该第一格式的待显示图片，加载并显示该待显示图片。该实施方式实现了富于针对性的图片显示。

Description

图片显示方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及图片显示方法和装置。

背景技术

近年来，随着互联网技术不断的发展以及网络资源的逐渐丰富，图片成为了网络流量的主要成分。为了降低图片的文件容量，各种提供了有损压缩和/或无损压缩的图片文件格式也应运而生，例如同时提供了有损压缩和无损压缩的图片文件格式WebP。WebP是新推出的影像技术，它可让网页图档有效进行压缩，同时又不影响图片格式兼容与实际清晰度，进而让整体网页下载速度加快。

由于图片文件格式的多样性，终端设备在通常情况下无法直接加载某些格式的图片，例如安装有移动操作系统IOS的终端设备通常使用UIWebView来加载图片，而UIWebView无法直接加载WebP格式的图片。这里，UIWebView是前端框架UIKit下内置的浏览器控件，它具有浏览网页，打开文档等多种功能。UIKit是一款轻量级、模块化的前端框架，可快速构建强大的web(World Wide Web，万维网)前端界面。

发明内容

本申请的目的在于提出一种改进的图片显示方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请实施例提供了一种图片显示方法，该方法包括：向所连接的服务端发送图片获取请求；响应于接收到上述服务端返回的上述图片获取请求所请求的图片的统一资源定位符URL，则对上述URL进行解析，获取上述图片的文件名和文件格式；确定上述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片；响应于确定本地未存储上述目标图片，则获取上述图片的二进制编码，对上述二进制编码进行解码编码，生成文件格式为上述第一格式的待显示图片，加载并显示上述待显示图片。

在一些实施例中，上述方法还包括：响应于确定本地已存储上述目标图片，则直接从本地加载上述目标图片并进行显示。

在一些实施例中，上述方法还包括：响应于确定上述图片的文件格式不是上述预设格式，则进一步确定上述图片的文件格式是否为预置文件格式集合中的文件格式，若上述图片的文件格式不是上述预置文件格式集合中的文件格式，则加载并显示预置图片。

在一些实施例中，上述方法还包括：若上述图片的文件格式是上述预置文件格式集合中的文件格式，则进一步确定本地是否已存储上述图片，若本地已存储上述图片，则直接从本地加载上述图片并进行显示。

在一些实施例中，上述方法还包括：若上述图片的文件格式是上述预置文件格式集合中的文件格式并且本地未存储上述图片，则根据上述URL下载上述图片，加载并显示上述图片。

在一些实施例中，上述方法还包括：响应于在上述预定时间段内未接收到上述服务端返回的上述URL并且确定本地未存储上述图片，则直接加载并显示上述预置图片。

在一些实施例中，上述方法还包括：若本地未存储所加载的图片，则对所加载的图片进行存储。

第二方面，本申请实施例提供了一种图片显示装置，该装置包括：发送单元，配置用于向所连接的服务端发送图片获取请求；获取单元，配置用于响应于接收到上述服务端返回的上述图片获取请求所请求的图片的统一资源定位符URL，则对上述URL进行解析，获取上述图片的文件名和文件格式；确定单元，配置用于确定上述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片；第一处理单元，配置用于响应于确定本地未存储上述目标图片，则获取上述图片的二进制编码，对上述二进制编码进行解码编码，生成文件格式为上述第一格式的待显示图片，加载并显示上述待显示图片。

在一些实施例中，上述装置还包括：第二处理单元，配置用于响应于确定本地已存储上述目标图片，则直接从本地加载上述目标图片并进行显示。

在一些实施例中，上述装置还包括：第三处理单元，配置用于响应于确定上述图片的文件格式不是上述预设格式，则进一步确定上述图片的文件格式是否为预置文件格式集合中的文件格式，若上述图片的文件格式不是上述预置文件格式集合中的文件格式，则加载并显示预置图片。

在一些实施例中，上述装置还包括：第四处理单元，配置用于若上述图片的文件格式是上述预置文件格式集合中的文件格式，则进一步确定本地是否已存储上述图片，若本地已存储上述图片，则直接从本地加载上述图片并进行显示。

在一些实施例中，上述装置还包括：第五处理单元，配置用于若上述图片的文件格式是上述预置文件格式集合中的文件格式并且本地未存储上述图片，则根据上述URL下载上述图片，加载并显示上述图片。

在一些实施例中，上述装置还包括：第六处理单元，配置用于响应于在上述预定时间段内未接收到上述服务端返回的上述URL并且确定本地未存储上述图片，则直接加载并显示上述预置图片。

在一些实施例中，上述装置还配置用于：若本地未存储所加载的图片，则对所加载的图片进行存储。

第三方面，本申请实施例提供了一种终端，该终端包括：一个或多个处理器；存储装置，用于存储一个或多个程序；当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现如第一方面中任一实现方式描述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，上述程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

本申请实施例提供的图片显示方法和装置，通过向所连接的服务端发送图片获取请求，以便接收该服务端返回的该图片获取请求所请求的图片的URL(Uniform ResourceLocator，统一资源定位符)，通过对该URL进行解析来获取该图片的文件名和文件格式。而后，通过确定该图片的文件格式是否为预设格式，以便在确定该图片的文件格式为该预设格式时进一步确定本地是否已存储与该图片的文件名相同的、文件格式为第一格式的目标图片。之后，在确定本地未存储该目标图片时，通过获取该图片的二进制编码以便对该二进制编码进行解码编码，以生成文件格式为该第一格式的待显示图片，以及加载并显示该待显示图片。从而有效利用了对上述待显示图片的生成，通过加载并显示上述待显示图片来实现对上述图片的显示，实现了富于针对性的图片显示。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的图片显示方法的一个实施例的流程图；

图3是与图2所示的实施例对应的一个应用场景的示意图；

图4是根据本申请的图片显示方法的又一个实施例的流程图；

图5是根据本申请的图片显示装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的终端设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的图片显示方法或图片显示装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以发送图片获取请求或接收该图片获取请求所请求的图片的URL等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等，终端设备101、102、103可以对接收到的图片的URL进行分析等处理，以将处理结果(例如图片)呈现给用户。

终端设备101、102、103可以是具有显示屏并且支持图片显示的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的图片提供支持的后台服务器。后台服务器可以对接收到的图片获取请求等数据进行分析等处理，并将处理结果(例如该图片获取请求所请求的图片的URL)反馈给终端设备。

需要说明的是，本申请实施例所提供的图片显示方法一般由终端设备101、102、103执行，相应地，图片显示装置一般设置于终端设备101、102、103中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本申请的图片显示方法的一个实施例的流程200。该图片显示方法，包括以下步骤：

步骤201，向所连接的服务端发送图片获取请求。

在本实施例中，图片显示方法运行于其上的电子设备(例如图1所示的终端设备101、102、103)可以通过有线连接方式或者无线连接方式向所连接的服务端(例如图1所示的服务器105)发送图片获取请求。其中，该图片获取请求可以包括所请求的图片的标识。该标识可以用字母和/或数字表示，例如“A”、“a”、“001”或“A1”等。

步骤202，响应于接收到服务端返回的图片获取请求所请求的图片的统一资源定位符URL，则对URL进行解析，获取图片的文件名和文件格式。

在本实施例中，响应于上述电子设备接收到上述服务端返回的上述图片获取请求所请求的图片的URL，则上述电子设备可以对该URL进行解析，以获取该图片的文件名和文件格式。其中，上述URL可以包括上述图片的文件名和文件格式。作为示例，上述URL可以例如是“http://www.###.com/***.webp”(“***”为文件名，“webp”为文件格式)。这里，上述服务端可以根据上述标识来获取上述URL。作为示例，上述服务端本地预先存储有地址信息列表，该地址信息列表中的每条地址信息包括图片标识和该图片标识所指示的图片的URL，上述服务端可以在该地址信息列表中查找所包含的图片标识与上述标识相同的地址信息，并将该地址信息中的URL作为上述图片的URL发送至上述电子设备。

步骤203，确定图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与图片的文件名相同的、文件格式为第一格式的目标图片。

在本实施例中，在获取到上述图片的文件名和文件格式后，上述电子设备可以将上述图片的文件格式与预设格式进行比较以确定上述图片的文件格式是否为上述预设格式。其中，上述预设格式可以为上述电子设备无法直接加载显示的图片的文件格式，例如WebP格式。之后，若上述电子设备确定上述图片的格式为上述预设格式，上述电子设备可以进一步确定本地(例如以下至少一项：缓存、内存、硬盘)是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片。这里，上述第一格式可以为上述电子设备所支持的能直接进行加载显示的图片的文件格式，例如JPEG(Joint Photographic Experts Group，联合图像专家小组)、PNG(Portable Network Graphic Format，图像文件存储格式)等。作为示例，上述电子设备本地可以预先存储有图片信息列表，该图片信息列表中的每条图片信息可以包括文件名和该文件名所指示的图片的文件格式。上述电子设备可以通过在该图片信息列表中查找所包含的文件名和文件格式分别与上述图片的文件名和上述第一格式分别相同的图片信息。若查找到，上述电子设备可以确定本地已存储上述目标图片。若未查找到，上述电子设备可以确定本地未存储上述目标图片。

在本实施例的一些可选的实现方式中，上述电子设备还可以遍历本地所存储的各图片以查找文件名和文件格式分别为上述图片的文件名和上述第一格式的图片，若查找到，上述电子设备可以确定本地已存储上述目标图片；若未查找到，上述电子设备可以确定本地未存储上述目标图片。这里，上述电子设备可以先在缓存中查找上述目标图片；若未在缓存中查找到，上述电子设备可以进入内存查找上述目标图片；若在内存中仍未查找到，上述电子设备可以转到硬盘中查找上述目标图片。

步骤204，响应于确定本地未存储目标图片，则获取图片的二进制编码，对二进制编码进行解码编码，生成文件格式为第一格式的待显示图片，加载并显示待显示图片。

在本实施例中，响应于步骤203确定本地未存储上述目标图片，则上述电子设备可以向上述服务端发送二进制编码获取请求(例如利用网络接口NSURLSession发送该二进制编码获取请求，NSURLSession可以支持后台相关的网络操作的新特性)，以使服务端返回该二进制编码获取请求所请求的二进制编码。其中，该二进制编码获取请求可以包括上述图片的标识。这里，上述服务端可以基于上述图片的标识，本地获取上述二进制编码，之后再将获取到的二进制编码返回至上述电子设备。作为示例，上述服务端本地可以预先存储有二进制编码信息列表，该二进制编码信息列表中的每条二进制编码信息可以包括图片标识和该图片标识所指示的图片的二进制编码。上述服务端可以在该二进制编码信息列表查找所包含的图片标识与上述图片的标识相同的二进制编码信息，并将该二进制编码信息中的二进制编码作为上述图片的二进制编码返回至上述电子设备。

在本实施例中，上述电子设备在获取到上述图片的二进制编码后，可以对该二进制编码进行解码编码，以生成文件格式为上述第一格式的待显示图片。作为示例，假定上述预设格式为WebP格式，上述第一格式为PNG格式，上述电子设备可以先将上述图片的二进制编码输入预先建立的图片解码器，以使该图片解码器输出BitMap格式的位图；之后，上述电子设备可以对该位图重新按照PNG格式进行编码，以生成文件格式为PNG格式的待显示图片。其中，上述图片解码器可以用于对不同格式的图片进行解码以输出与该图片对应的BitMap格式的位图。

在本实施例中，上述电子设备在生成文件格式为上述第一格式的待显示图片后，可以加载并显示上述待显示图片。作为示例，如果上述电子设备是安装有移动操作系统IOS的电子设备，则上述电子设备可以通过UIWebView为该待显示图片创建UIImage实例，上述电子设备可以通过该UIImage实例来加载显示上述待显示图片。这里，UIImage是IOS中层级比较高的一个用来加载和绘制图像的一个类。

在本实施例的一些可选的实现方式中，对于上述电子设备所加载的图片，如果上述电子设备本地未存储该图片，上述电子设备可以对该图片进行存储，例如存储至上述电子设备的缓存、内存或硬盘中。

在本实施例的一些可选的实现方式中，响应于上述电子设备在预定时间段内(例如50秒)未接收到上述服务端返回的上述URL，上述电子设备可以确定本地是否已存储上述图片。若上述电子设备确定本地未存储上述图片，上述电子设备可以加载并显示预置图片。这里，该预置图片可以是人为设置的，该预置图片可以存储在上述电子设备本地，也可以存储在与上述电子设备远程通信连接的服务器中。作为示例，上述电子设备本地可以预先存储有第一图片信息列表，该第一图片信息列表中的每条图片信息包括图片标识和该图片标识所指示的图片的文件名和文件格式，其中，该图片标识所指示的图片预先存储至上述电子设备本地。上述电子设备可以在上述第一图片信息列表中查找所包含的图片标识与上述图片的标识相同的图片信息，若查找到该图片信息，上述电子设备可以确定本地已存储上述图片。

在本实施例的一些可选的实现方式中，响应于上述电子设备在上述预定时间段内未接收到上述服务端返回的上述URL，若上述电子设备确定本地已存储上述图片，并且上述图片的文件格式是上述电子设备所支持的格式，上述电子设备可以加载并显示上述图片；若上述图片的文件格式不是上述电子设备所支持的文件格式，上述电子设备可以加载并显示上述预置图片。

在本实施例的一些可选的实现方式中，响应于上述电子设备在上述预定时间段内未接收到上述服务端返回的上述URL，若上述电子设备在本地查找出文件名和文件格式分别为上述图片的文件名和上述第一格式的图片，上述电子设备可以直接从本地加载该图片并进行显示。

继续参见图3，图3是根据本实施例的图片显示方法的应用场景的一个示意图。在图3的应用场景中，预设格式为“WebP”，第一格式为“PNG”。用户首先通过终端设备向服务端发起一个图片获取请求，如标号301所示。之后，上述终端设备可以从上述服务端接收上述图片获取请求所请求的图片的URL例如“http://www.###.com/AA1.webp”，如标号302所示。而后，上述终端设备可以对上述URL进行解析，获取上述图片的文件名“AA1”和文件格式“webp”，如标号303所示。之后，上述终端设备可以确定上述图片的文件格式“webp”为预设格式“WebP”，如标号304所示。接着，上述终端设备可以进一步确定本地是否已存储与上述图片的文件名“AA1”相同的、文件格式为PNG格式的目标图片，如标号305所示。再接着，响应于上述终端设备确定本地未存储上述目标图片，上述电子设备可以获取上述图片的二进制编码，如标号306所示。然后，上述终端设备可以对该二进制编码进行解码编码，生成文件格式为PNG格式的待显示图片“AA1.PNG”，如标号307所示。最后，上述终端设备可以加载并显示上述待显示图片“AA1.PNG”，如标号308所示。

本申请的上述实施例提供的方法，通过在确定上述图片获取请求所请求的图片的格式为上述预设格式并且本地未存储上述目标图片时，获取该图片的二进制编码以对该二进制编码进行解码编码以生成文件格式为上述第一格式的待显示图片，以及加载并显示该待显示图片，从而实现了富于针对性的图片显示。

进一步参考图4，其示出了根据本申请的图片显示方法的又一个实施例的流程400。该流程400包括以下步骤：

步骤401，向所连接的服务端发送图片获取请求。

在本实施例中，图片显示方法运行于其上的电子设备(例如图1所示的终端设备101、102、103)可以通过有线连接方式或者无线连接方式向所连接的服务端(例如图1所示的服务器105)发送图片获取请求。其中，该图片获取请求可以包括所请求的图片的标识。该标识可以用字母和/或数字表示，例如“A”、“a”、“001”或“A1”等。

步骤402，响应于接收到服务端返回的图片获取请求所请求的图片的URL，则对URL进行解析，获取上述图片的文件名和文件格式。

在本实施例中，响应于上述电子设备接收到上述服务端返回的上述图片获取请求所请求的图片的URL，则上述电子设备可以对该URL进行解析，以获取该图片的文件名和文件格式。其中，上述URL可以包括上述图片的文件名和文件格式。作为示例，上述URL可以例如是“http://www.###.com/***.webp”(“***”为文件名，“webp”为文件格式)。这里，上述服务端可以根据上述标识来获取上述URL。作为示例，上述服务端本地预先存储有地址信息列表，该地址信息列表中的每条地址信息包括图片标识和该图片标识所指示的图片的URL，上述服务端可以在该地址信息列表中查找所包含的图片标识与上述标识相同的地址信息，并将该地址信息中的URL作为上述图片的URL发送至上述电子设备。

步骤403，确定上述图片的文件格式是否为预设格式。

在本实施例中，在获取到上述图片的文件名和文件格式后，上述电子设备可以将上述图片的文件格式与预设格式进行比较以确定上述图片的文件格式是否为上述预设格式。其中，上述预设格式可以为上述电子设备无法直接加载显示的图片的文件格式，例如WebP格式。若上述电子设备确定上述图片的文件格式为上述预设格式，则上述电子设备可以执行步骤404。若上述电子设备确定上述图片的文件格式不是上述预设格式，上述电子设备可以执行步骤407。

步骤404，响应于确定上述图片的文件格式为预设格式，则进一步确定本地是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片。

在本实施例中，响应于步骤403确定上述图片的文件格式为上述预设格式，上述电子设备可以进一步确定本地(例如以下至少一项：缓存、内存、硬盘)是否已存储与上述图片的文件名相同的、文件格式为上述第一格式的目标图片。其中，上述第一格式可以为上述电子设备所支持的、能直接进行加载显示的图片的文件格式，例如JPEG、PNG等。这里，步骤404的具体处理及其所带来的技术效果可参看上述步骤203的相关说明，在此不在赘述。需要指出的是，若上述电子设备确定本地未存储上述目标图片，上述电子设备可以执行步骤405。若上述电子设备确定本地已存储上述目标图片，上述电子设备可以执行步骤406。

步骤405，响应于确定本地未存储目标图片，则获取上述图片的二进制编码，对二进制编码进行解码编码，生成文件格式为第一格式的待显示图片，加载并显示上述待显示图片。

在本实施例中，响应于步骤404确定本地未存储上述目标图片，则上述电子设备可以向上述服务端发送二进制编码获取请求(例如利用网络接口NSURLSession发送该二进制编码获取请求，NSURLSession可以支持后台相关的网络操作的新特性)，以使服务端返回该二进制编码获取请求所请求的二进制编码。之后，上述电子设备可以对该二进制编码进行解码编码以生成文件格式为上述第一格式的待显示图片，并且上述电子设备可以加载并显示该待显示图片。这里，步骤405的具体处理及其所带来的技术效果可参看上述步骤204的相关说明，在此不在赘述。

步骤406，响应于确定本地已存储目标图片，则直接从本地加载目标图片并进行显示。

在本实施例中，响应于步骤404确定上述电子设备本地已存储上述目标图片，上述电子设备可以直接加载并显示上述目标图片。作为示例，若上述目标图片存储至上述电子设备的缓存中，上述电子设备可以直接从缓存中加载上述目标图片，并显示上述目标图片(例如将上述目标图片显示在网页上)。

步骤407，响应于确定上述图片的文件格式不是预设格式，则进一步确定上述图片的文件格式是否为预置文件格式集合中的文件格式。

在本实施例中，响应于步骤403确定上述图片的文件格式不是上述预设格式，则上述电子设备可以进一步确定上述图片的文件格式是否为上述预置文件格式集合中的文件格式。其中，上述预置文件格式集合所包含的各个文件格式可以是上述电子设备所支持的、能直接进行加载显示的图片的文件格式，例如JPEG、PNG等。上述预置文件格式集合可以预先存储在上述电子设备本地或与上述电子设备远程连接的服务器。这里，上述电子设备可以读取上述预置文件格式集合中的每个预置文件格式，并将该预置文件格式和上述图片的文件格式进行比较，以确定上述图片的文件格式是否为上述预置文件格式集合中的文件格式。如果上述电子设备确定上述图片的文件格式不是上述预置文件格式集合中的文件格式，则上述电子设备可以执行步骤408。如果上述电子设备确定上述图片的文件格式是上述预置文件格式集合中的文件格式，则上述电子设备可以执行步骤409。

步骤408，加载并显示预置图片。

在本实施例中，响应于步骤407确定上述图片的文件格式不是上述预置文件格式集合中的文件格式，则上述电子设备可以直接加载并显示预置图片。这里，该预置图片可以是人为设置的。上述预置图片可以预先存储在上述电子设备本地，也可以预先存储在与上述电子设备远程通信连接的服务器中。

步骤409，确定本地是否已存储上述图片。

在本实施例中，响应于步骤407确定上述图片的文件格式是上述预置文件格式集合中的文件格式，上述电子设备可以进一步确定本地是否已存储上述图片。这里，上述电子设备可以遍历本地所存储的各图片，以查找文件名和文件格式分别与上述图片的文件名和文件格式相同的图片；若查找到，上述电子设备可以确定本地已存储上述图片，上述电子设备可以执行步骤410；若未查找到，上述电子设备可以确定本地未存储上述图片，上述电子设备可以执行步骤411。

步骤410，直接从本地加载上述图片并进行显示。

在本实施例中，响应于步骤409确定上述电子设备本地已存储上述图片，则上述电子设备可以直接从本地加载上述图片并进行显示。

步骤411，根据URL下载上述图片，加载并显示上述图片。

在本实施例中，响应于步骤409确定上述电子设备本地未存储上述图片，则上述电子设备可以先根据上述URL下载上述图片，然后加载并显示所下载的上述图片。

从图4中可以看出，与图2对应的实施例相比，本实施例中的图片显示方法400突出了在确定本地已存储上述目标图片时的处理步骤406、在确定上述图片的文件格式不是上述预设格式时的处理步骤407-411。由此，本实施例所示的图片显示方法，通过在确定本地已存储上述目标图片时加载并显示上述目标图片，可以提高图片加载速度，并且可以解决无法直接加载具有上述预置格式的图片的问题。通过在确定上述图片的文件格式不是预置文件格式集合中的文件格式时加载并显示预置图片，可以避免诸如用于显示上述图片的界面显示空白页等问题。通过在确定上述图片的文件格式是上述预置文件格式集合中的文件格式并且本地已存储上述图片时，直接从本地加载并显示上述图片，可以避免再次下载上述图片以造成流量浪费，还可以减轻上述电子设备的负载等。通过在确定上述图片的文件格式是上述预置文件格式集合中的文件格式并且本地未存储上述图片时，根据上述URL下载上述图片以及加载并显示上述图片，可以实现图片的正常显示。本实施例描述的方案可以针对不同的情况来显示对应的图片，从而进一步实现了富于针对性的图片显示。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种图片显示装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例所示的图片显示装置500包括：发送单元501、获取单元502、确定单元503和第一处理单元504。其中，发送单元501配置用于向所连接的服务端发送图片获取请求；获取单元502配置用于响应于接收到上述服务端返回的上述图片获取请求所请求的图片的统一资源定位符URL，则对上述URL进行解析，获取上述图片的文件名和文件格式；确定单元503配置用于确定上述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片；而第一处理单元504配置用于响应于确定本地未存储上述目标图片，则获取上述图片的二进制编码，对上述二进制编码进行解码编码，生成文件格式为上述第一格式的待显示图片，加载并显示上述待显示图片。

在本实施例中，图片显示装置500中：发送单元501、获取单元502、确定单元503和第一处理单元504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201、步骤202、步骤203和步骤204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，上述装置500还可以包括：第二处理单元(图中未示出)，配置用于响应于确定本地已存储上述目标图片，则直接加载并显示上述目标图片。

在本实施例的一些可选的实现方式中，上述装置500还可以包括：第三处理单元(图中未示出)，配置用于响应于确定上述图片的文件格式不是上述预设格式，则进一步确定上述图片的文件格式是否为预置文件格式集合中的文件格式，若上述图片的文件格式不是上述预置文件格式集合中的文件格式，则加载并显示预置图片。

在本实施例的一些可选的实现方式中，上述装置500还可以包括：第四处理单元(图中未示出)，配置用于若上述图片的文件格式是上述预置文件格式集合中的文件格式，则进一步确定本地是否已存储上述图片，若本地已存储上述图片，则直接从本地加载上述图片并进行显示。

在本实施例的一些可选的实现方式中，上述装置500还可以包括：第五处理单元(图中未示出)，配置用于若上述图片的文件格式是上述预置文件格式集合中的文件格式并且本地未存储上述图片，则根据上述URL下载上述图片，加载并显示上述图片。

在本实施例的一些可选的实现方式中，上述装置500还可以包括：第六处理单元(图中未示出)，配置用于响应于在上述预定时间段内未接收到上述服务端返回的上述URL并且确定本地未存储上述图片，则直接加载并显示上述预置图片。

在本实施例的一些可选的实现方式中，上述装置500还可以配置用于：若本地未存储所加载的图片，则对所加载的图片进行存储。

本申请的上述实施例提供的图片显示装置，通过在确定上述图片获取请求所请求的图片的格式为上述预设格式并且本地未存储上述目标图片时，获取该图片的二进制编码以对该二进制编码进行解码编码以生成文件格式为上述第一格式的待显示图片，以及加载并显示该待显示图片，从而实现了富于针对性的图片显示。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的系统中限定的上述功能。

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

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：向所连接的服务端发送图片获取请求；响应于接收到上述服务端返回的上述图片获取请求所请求的图片的统一资源定位符URL，则对上述URL进行解析，获取上述图片的文件名和文件格式；确定上述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与上述图片的文件名相同的、文件格式为第一格式的目标图片；响应于确定本地未存储上述目标图片，则获取上述图片的二进制编码，对上述二进制编码进行解码编码，生成文件格式为上述第一格式的待显示图片，加载并显示上述待显示图片。

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

Claims (10)

1.一种图片显示方法，其特征在于，所述方法包括：

向所连接的服务端发送图片获取请求；

响应于接收到所述服务端返回的所述图片获取请求所请求的图片的统一资源定位符URL，则对所述URL进行解析，获取所述图片的文件名和文件格式；

确定所述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与所述图片的文件名相同的、文件格式为第一格式的目标图片；

响应于确定本地未存储所述目标图片，则获取所述图片的二进制编码，对所述二进制编码进行解码编码，生成文件格式为所述第一格式的待显示图片，加载并显示所述待显示图片。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于确定本地已存储所述目标图片，则直接从本地加载所述目标图片并进行显示。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于确定所述图片的文件格式不是所述预设格式，则进一步确定所述图片的文件格式是否为预置文件格式集合中的文件格式，若所述图片的文件格式不是所述预置文件格式集合中的文件格式，则加载并显示预置图片。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若所述图片的文件格式是所述预置文件格式集合中的文件格式，则进一步确定本地是否已存储所述图片，若本地已存储所述图片，则直接从本地加载所述图片并进行显示。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述图片的文件格式是所述预置文件格式集合中的文件格式并且本地未存储所述图片，则根据所述URL下载所述图片，加载并显示所述图片。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于在预定时间段内未接收到所述服务端返回的所述URL，则确定本地是否已存储所述图片，若否，则直接加载并显示所述预置图片。

7.根据权利要求1-6之一所述的方法，其特征在于，所述方法还包括：

若本地未存储所加载的图片，则对所加载的图片进行存储。

8.一种图片显示装置，其特征在于，所述装置包括：

发送单元，配置用于向所连接的服务端发送图片获取请求；

获取单元，配置用于响应于接收到所述服务端返回的所述图片获取请求所请求的图片的统一资源定位符URL，则对所述URL进行解析，获取所述图片的文件名和文件格式；

确定单元，配置用于确定所述图片的文件格式是否为预设格式，若是，则进一步确定本地是否已存储与所述图片的文件名相同的、文件格式为第一格式的目标图片；

第一处理单元，配置用于响应于确定本地未存储所述目标图片，则获取所述图片的二进制编码，对所述二进制编码进行解码编码，生成文件格式为所述第一格式的待显示图片，加载并显示所述待显示图片。

9.一种终端，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。