CN106294413A

CN106294413A - 图片的加载方法和装置

Info

Publication number: CN106294413A
Application number: CN201510271622.2A
Authority: CN
Inventors: 彭永波
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2015-05-25
Filing date: 2015-05-25
Publication date: 2017-01-04

Abstract

本申请公开了一种图片的加载方法，包括：获取图片标签，并获取客户端的尺寸信息；根据客户端的尺寸信息从图片标签中获取对应的地址信息；以及根据地址信息加载对应的图片。本申请实施例的方法，基于Javascript来实现，其兼容主流浏览器，根据在图片标签(如img标签)上自定义的加载规则，和当前客户端屏幕的高度做比对，从而选择最优尺寸的图片加载，节省了带宽资源和流量，并提高了页面的展示速度，并且通过设置失败重试功能来实现图片尽可能地加载成功的目的。本申请还公开了一种图片的加载装置。

Description

图片的加载方法和装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种图片的加载方法和装置。

背景技术

为了能够为用户提供更好的视觉体验，目前的网站页面中会存在大量图片以供用户查看。而网站页面中还可能会存在尺寸过大的图片，此时可简单地通过CSS(级联样式表)样式的设置来实现在小屏幕设备上(如小屏幕的手机等)也能正常显示，但是，此时页面中的实际图片还是用的大尺寸设备时使用的图片，这样会存在浪费资源的情况。

虽然，目前可通过HTML5(超文本标记语言)中的标签picture来实现将大尺寸图片的大小调整为适合于小屏幕设备的大小，但是仍存在以下缺点：(1)存在兼容性问题，绝大数主流浏览器还不支持HTML5中的标签picture这一特性；(2)需要以嵌入多个子HTML标签的方式来定义，使用起来不够方便；(3)在网速不佳的情况下，当遇到图片加载失败的情况，且加载失败的图片的相应位置出现空白或带叉的占位符号时，不能再次尝试加载，影响用户体验。

发明内容

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

为此，本申请的第一个目的在于提出一种图片的加载方法。该方法基于Javascript来实现，其兼容主流浏览器，根据在图片标签(如img标签)上自定义的加载规则，和当前客户端屏幕的高度做比对，从而选择最优尺寸的图片加载，节省了带宽资源和流量，并提高了页面的展示速度，并且通过设置失败重试功能来实现图片尽可能地加载成功的目的。

本申请的第二个目的在于提出一种图片的加载装置。

为达到上述目的，本申请第一方面实施例的图片的加载方法，包括：获取图片标签，并获取客户端的尺寸信息；根据所述客户端的尺寸信息从所述图片标签中获取对应的地址信息；以及根据所述地址信息加载对应的图片。

本申请实施例的图片的加载方法，可先获取图片标签，并获取客户端的尺寸信息，之后，根据客户端的尺寸信息从图片标签中获取对应的地址信息，并根据地址信息加载对应的图片，即基于Javascript来实现，其兼容主流浏览器，根据在图片标签(如img标签)上自定义的加载规则，和当前客户端屏幕的高度做比对，从而选择最优尺寸的图片加载，节省了带宽资源和流量，并提高了页面的展示速度，并且通过设置失败重试功能来实现图片尽可能地加载成功的目的。

为达到上述目的，本申请第二方面实施例的图片的加载装置，包括：第一获取模块，用于获取图片标签，并获取客户端的尺寸信息；第二获取模块，用于根据所述客户端的尺寸信息从所述图片标签中获取对应的地址信息；以及加载模块，用于根据所述地址信息加载对应的图片。

本申请实施例的图片的加载装置，可通过第一获取模块获取图片标签，并获取客户端的尺寸信息，第二获取模块根据客户端的尺寸信息从图片标签中获取对应的地址信息，加载模块根据地址信息加载对应的图片，即基于Javascript来实现，其兼容主流浏览器，根据在图片标签(如img标签)上自定义的加载规则，和当前客户端屏幕的高度做比对，从而选择最优尺寸的图片加载，节省了带宽资源和流量，并提高了页面的展示速度，并且通过设置失败重试功能来实现图片尽可能地加载成功的目的。

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

附图说明

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

图1是根据本申请一个实施例的图片的加载方法的流程图；

图2是根据本申请一个实施例的图片的加载方法的示例图；

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

图4是根据本申请一个实施例的第二获取模块的结构示意图；以及

图5是根据本申请另一个实施例的图片的加载装置的结构示意图。

具体实施方式

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

下面参考附图描述根据本申请实施例的图片的加载方法和装置。

图1是根据本申请一个实施例的图片的加载方法的流程图。如图1所示，该图片的加载方法可以包括：

S101，获取图片标签，并获取客户端的尺寸信息。

具体地，当接收到用户发送针对某个网站页面的浏览请求时，可根据用户的浏览请求提供相应的网页信息，在为用户提供网页信息的过程中，可从该网页信息中读取该页面对应的源码，从源码中通过查找代表图片标签的代码(如<img>等)来获取该页面中所含有的图片标签，并且在读取网页页面对应的源码的同时，获取该用户对应的客户端的尺寸信息。其中，在本申请的实施例中，客户端的尺寸信息(如客户端的屏幕高度)可由客户端直接通过安装在客户端中的jquery工具获取，可以理解，客户端的尺寸信息也可由客户端根据服务器发送的获取指令后通过jquery工具获取的，还可由服务器直接通过安装在服务器中的jquery工具获取。此外，还可以通过其他工具获取客户端的尺寸信息，如JS工具，本申请实施例对于获取客户端的尺寸信息的具体方式不做具体限定。此外，在本申请的实施例中，尺寸信息可包括但不限于客户端的屏幕尺寸大小(如客户端的屏幕高度等)。在本申请的实施例中，客户端可以是手机、平板电脑、PC机(Personal Computer，个人计算机)、个人数字助理等具有各种操作***的硬件设备。

S102，根据客户端的尺寸信息从图片标签中获取对应的地址信息。

其中，在本申请的一个实施例中，图片标签可包括但不限于多个预设尺寸信息及多个预设尺寸信息对应的地址信息。需要说明的是，在本申请的实施例中，图片标签中可具有自定义的图片加载规则。举例而言，可在图片标签中添加一个自定义属性lazyimg来定义图片加载规则，每个图片标签可以添加多个规则，每个规则之间可通过分隔符“|”隔开。每个规则参数之间通过符号“，”分隔，如图片标签的形式可如下：<img src＝”default.jpg”lazyimg＝”height,url|height2,url|height3,url|…|default_url”/>，其中，规则数据定义说明如下：height：客户端的屏幕高度；url：待加载图片的地址信息url(Uniform Resoure Locator，统一资源定位符)；default_url：默认图片的地址信息url。例如，假设获取到某个页面中的图片标签为“<img src＝”AA.jpg”lazyimg＝”800,url1|600,url2|900,url3|default_url”/>”，可以看出，该图片标签中具有一个自定义属性lazyimg，该属性中具有“800,url1”、“600,url2”、“900,url3”和“default_url”这四种规则，其中，“800”、“600”、“900”分别是预设尺寸，“url1”、“url2”、“url3”分别是预设尺寸所对应的地址信息，此外地址信息中还含有一个默认地址信息“default_url”。

在本申请的实施例中，根据客户端的尺寸信息从图片标签中获取对应的地址信息的具体实现过程可如下：可先将客户端的尺寸信息与图片标签中预设尺寸信息进行比对，如果客户端的尺寸信息与图片标签中的一个预设尺寸信息匹配，则提取匹配的预设尺寸信息所对应的地址信息；如果客户端的尺寸信息与图片标签中的预设尺寸信息均不匹配，则提取默认的图片所对应的地址信息。其中，在本申请的实施例中，当客户端的尺寸信息与预设尺寸信息之间的差值在预设范围之内时，可判断客户端的尺寸信息与预设尺寸信息匹配。也就是说，如果存在比客户端的尺寸信息大、且最接近客户端的尺寸信息的预设尺寸信息，则可判断该预设尺寸信息与客户端的尺寸信息匹配。

更具体地，可先从图片标签中解析出自定义的图片加载规则，之后，可根据获取到的客户端的尺寸信息(如屏幕高度)和自定义的图片加载规则中定义的height(即上述的预设尺寸信息)进行大小比对，以找到与客户端的尺寸具有相同尺寸的那个规则，或者找到比客户端的尺寸信息大、且最接近客户端的尺寸的那个规则，并获取该规则对应的地址信息。例如，假设获取到的图片标签为：<img src＝”AA.jpg”lazyimg＝”800,url1|600,url2|900,url3|default_url”/>，如果获取到的客户的屏幕高度为800，则可将该屏幕高度“800”与图片标签中的图片加载规则中的预设尺寸进行比对，可以看出图片加载规则中的预设尺寸“800”与该客户端的屏幕高度匹配，此时可获取该预设尺寸“800”对应的地址信息“url1”；又如，如果获取到的客户端的高度为868，则可获取到比该客户端的高度预设尺寸大、且最接近其的预设尺寸为“900”，此时可获取预设尺寸“900”对应的地址信息“url3”；再如，如果获取到的客户端的屏幕高度为1200，可以看出图片标签中定义的规则都与客户端的高度不符合，则此时可获取该图片标签中定义的默认图片的地址信息“default_url”。由此，根据图片标签中自定义的图片加载规则和客户端的尺寸信息获取该客户端对应的待加载图片的地址信息，从而选择最优尺寸的图片进行加载。

S103，根据地址信息加载对应的图片。

具体地，在根据客户端的尺寸信息从图片标签中获取到对应的地址信息时，可将该地址信息作为对应的图片标签所对应的图片的加载地址，浏览器在为用户提供并展现网页页面时，可根据获取到的地址信息加载该地址信息对应的图片。例如，当客户端的尺寸信息与预设尺寸信息匹配时，在网页渲染时可根据该预设尺寸信息对应的地址信息来加载该地址信息对应的图片；当客户端的尺寸信息与预设尺寸信息不匹配时，在网页渲染时可根据图片标签中的默认地址信息来加载其对应的图片，即加载默认图片。由此，可根据选择出的最优尺寸的图片进行加载，节省了带宽资源和流量，并且使得页面更加快速的展示出现。

进一步的，在本申请的一个实施例中，在根据地址信息加载对应的图片之后，该图片的加载方法还可包括：判断是否加载成功；以及如果加载未成功，则在预设时间之后重新进行加载。其中，在本申请的实施例中，预设时间可为预先自定义的，如2秒等。具体地，在根据地址信息加载对应的图片之后，可判断此次加载图片是否能够加载成功，如果不能加载成功，则可在预设时间(如2秒)之后重新发起加载，直至加载成功，则认为一次图片加载的过程结束。由此，针对加载失败的情况，通过设置失败重试功能来实现图片尽可能地加载成功的目的。

下面将结合图2对本申请实施例的图片的加载方法进行详细描述。

如图2所示，在获取图片标签和客户端的尺寸信息之后，可先从图片标签自定义属性中解析出自定义的图片加载规则(S201)。之后，可将客户端的尺寸信息与自定义的图片加载规则进行比对，以筛选出最佳的图片加载规则(即最佳的预设尺寸所对应的地址信息)(S202)。如果客户端的尺寸信息与图片标签中的图片加载规则没有匹配上，则可从图片标签中提取默认图片的地址信息(S203)；如果客户端的尺寸信息与图片标签中的一个图片加载规则匹配上，则可提取该图片加载规则所对应的地址信息，并根据提取的地址信息开始加载图片(S204)。判断此次加载是否成功(S205)，若否，则每隔预设时间(如2秒)重新发起加载，直至图片加载成功(S206)，此时一次图片加载的过程结束。

为了实现上述实施例，本申请还提出了一种图片的加载装置。

图3是根据本申请一个实施例的图片的加载装置的结构示意图。如图3所示，该图片的加载装置可以包括：第一获取模块10、第二获取模块20和加载模块30。

具体地，第一获取模块10可用于获取图片标签，并获取客户端的尺寸信息。更具体地，当接收到用户发送针对某个网站页面的浏览请求时，可根据用户的浏览请求提供相应的网页信息，在为用户提供网页信息的过程中，第一获取模块10可从该网页信息中读取该页面对应的源码，从源码中通过查找代表图片标签的代码(如<img>等)来获取该页面中所含有的图片标签，并且在读取网页页面对应的源码的同时，获取该用户对应的客户端的尺寸信息。其中，在本申请的实施例中，客户端的尺寸信息(如客户端的屏幕高度)可由客户端直接通过安装在客户端中的jquery工具获取，可以理解，客户端的尺寸信息也可由客户端根据服务器发送的获取指令后通过jquery工具获取的，还可由服务器直接通过安装在服务器中的jquery工具获取。此外，还可以通过其他工具获取客户端的尺寸信息，如JS工具，本申请实施例对于获取客户端的尺寸信息的具体方式不做具体限定。此外，在本申请的实施例中，尺寸信息可包括但不限于客户端的屏幕尺寸大小(如客户端的屏幕高度等)。在本申请的实施例中，客户端可以是手机、平板电脑、PC机、个人数字助理等具有各种操作***的硬件设备。

第二获取模块20可用于根据客户端的尺寸信息从图片标签中获取对应的地址信息。其中，在本申请的一个实施例中，图片标签可包括但不限于多个预设尺寸信息及多个预设尺寸信息对应的地址信息。需要说明的是，在本申请的实施例中，图片标签中可具有自定义的图片加载规则。举例而言，可在图片标签中添加一个自定义属性lazyimg来定义图片加载规则，每个图片标签可以添加多个规则，每个规则之间可通过分隔符“|”隔开。每个规则参数之间通过符号“，”分隔，如图片标签的形式可如下：<img src＝”default.jpg”lazyimg＝”height,url|height2,url|height3,url|…|default_url”/>，其中，规则数据定义说明如下：height：客户端的屏幕高度；url：待加载图片的地址信息url(UniformResoure Locator，统一资源定位符)；default_url：默认图片的地址信息url。例如，假设获取到某个页面中的图片标签为“<img src＝”AA.jpg”lazyimg＝”800,url1|600,url2|900,url3|default_url”/>”，可以看出，该图片标签中具有一个自定义属性lazyimg，该属性中具有“800,url1”、“600,url2”、“900,url3”和“default_url”这四种规则，其中，“800”、“600”、“900”分别是预设尺寸，“url1”、“url2”、“url3”分别是预设尺寸所对应的地址信息，此外地址信息中还含有一个默认地址信息“default_url”。

在本申请的实施例中，如图4所示，该第二获取模块20可包括比对单元21和获取单元22。具体地，比对单元21可用于将客户端的尺寸信息与图片标签中预设尺寸信息进行比对。获取单元22可用于在客户端的尺寸信息与图片标签中的一个预设尺寸信息匹配时，提取匹配的预设尺寸信息所对应的地址信息。在本申请的实施例中，获取单元22还可用于在客户端的尺寸信息与图片标签中的预设尺寸信息均不匹配时，提取默认的图片所对应的地址信息。

其中，在本申请的实施例中，获取单元22在客户端的尺寸信息与预设尺寸信息之间的差值在预设范围之内时，可判断客户端的尺寸信息与预设尺寸信息匹配。也就是说，如果存在比客户端的尺寸信息大、且最接近客户端的尺寸信息的预设尺寸信息，获取单元22则可判断该预设尺寸信息与客户端的尺寸信息匹配。

更具体地，比对单元21可先从图片标签中解析出自定义的图片加载规则，之后，可根据获取到的客户端的尺寸信息(如屏幕高度)和自定义的图片加载规则中定义的height(即上述的预设尺寸信息)进行大小比对，获取单元22可找到与客户端的尺寸具有相同尺寸的那个规则，或者找到比客户端的尺寸信息大、且最接近客户端的尺寸的那个规则，并获取该规则对应的地址信息。例如，假设获取到的图片标签为：<img src＝”AA.jpg”lazyimg＝”800,url1|600,url2|900,url3|default_url”/>，如果获取到的客户的屏幕高度为800，则可将该屏幕高度“800”与图片标签中的图片加载规则中的预设尺寸进行比对，可以看出图片加载规则中的预设尺寸“800”与该客户端的屏幕高度匹配，此时可获取该预设尺寸“800”对应的地址信息“url1”；又如，如果获取到的客户端的高度为868，则可获取到比该客户端的高度预设尺寸大、且最接近其的预设尺寸为“900”，此时可获取预设尺寸“900”对应的地址信息“url3”；再如，如果获取到的客户端的屏幕高度为1200，可以看出图片标签中定义的规则都与客户端的高度不符合，则此时可获取该图片标签中定义的默认图片的地址信息“default_url”。由此，根据图片标签中自定义的图片加载规则和客户端的尺寸信息获取该客户端对应的待加载图片的地址信息，从而选择最优尺寸的图片进行加载。

加载模块30可用于根据地址信息加载对应的图片。更具体地，加载模块30在第二获取模块20根据客户端的尺寸信息从图片标签中获取到对应的地址信息时，可将该地址信息作为对应的图片标签所对应的图片的加载地址。浏览器在为用户提供并展现网页页面时，加载模块30可根据获取到的地址信息加载该地址信息对应的图片。例如，当客户端的尺寸信息与预设尺寸信息匹配时，在网页渲染时，加载模块30可根据该预设尺寸信息对应的地址信息来加载该地址信息对应的图片；当客户端的尺寸信息与预设尺寸信息不匹配时，在网页渲染时，加载模块30可根据图片标签中的默认地址信息来加载其对应的图片，即加载默认图片。由此，可根据选择出的最优尺寸的图片进行加载，节省了带宽资源和流量，并且使得页面更加快速的展示出现。

进一步的，在本申请的一个实施例中，如图5所示，该图片的加载装置还可包括判断模块40，判断模块40可用于在加载模块30根据地址信息加载对应的图片之后，判断是否加载成功。在本申请的实施例中，加载模块30还可用于在判断模块40判断加载未成功时，在预设时间之后重新进行加载。其中，在本申请的实施例中，预设时间可为预先自定义的，如2秒等。更具体地，在加载模块30根据地址信息加载对应的图片之后，判断模块40可判断此次加载图片是否能够加载成功，如果不能加载成功，则加载模块30可在预设时间(如2秒)之后重新发起加载，直至加载成功，则认为一次图片加载的过程结束。由此，针对加载失败的情况，通过设置失败重试功能来实现图片尽可能地加载成功的目的。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种图片的加载方法，其特征在于，包括以下步骤：

获取图片标签，并获取客户端的尺寸信息；

根据所述客户端的尺寸信息从所述图片标签中获取对应的地址信息；以及

根据所述地址信息加载对应的图片。

2.如权利要求1所述的图片的加载方法，其特征在于，所述图片标签包括多个预设尺寸信息对应的地址信息，所述根据所述客户端的尺寸信息从所述图片标签中获取对应的地址信息具体包括：

将所述客户端的尺寸信息与所述图片标签中预设尺寸信息进行比对；以及

如果所述客户端的尺寸信息与所述图片标签中的一个预设尺寸信息匹配，则提取匹配的预设尺寸信息所对应的地址信息。

3.如权利要求2所述的图片的加载方法，其特征在于，还包括：

如果所述客户端的尺寸信息与所述图片标签中的预设尺寸信息均不匹配，则提取默认的图片所对应的地址信息。

4.如权利要求2所述的图片的加载方法，其特征在于，其中，当所述客户端的尺寸信息与预设尺寸信息之间的差值在预设范围之内时，判断所述客户端的尺寸信息与所述预设尺寸信息匹配。

5.如权利要求2所述的图片的加载方法，其特征在于，在所述根据所述地址信息加载对应的图片之后，还包括：

判断是否加载成功；以及

如果加载未成功，则在预设时间之后重新进行加载。

6.一种图片的加载装置，其特征在于，包括：

第一获取模块，用于获取图片标签，并获取客户端的尺寸信息；

第二获取模块，用于根据所述客户端的尺寸信息从所述图片标签中获取对应的地址信息；以及

加载模块，用于根据所述地址信息加载对应的图片。

7.如权利要求6所述的图片的加载装置，其特征在于，所述图片标签包括多个预设尺寸信息对应的地址信息，所述第二获取模块包括：

比对单元，用于将所述客户端的尺寸信息与所述图片标签中预设尺寸信息进行比对；以及

获取单元，用于在所述客户端的尺寸信息与所述图片标签中的一个预设尺寸信息匹配时，提取匹配的预设尺寸信息所对应的地址信息。

8.如权利要求7所述的图片的加载装置，其特征在于，所述获取单元还用于：在所述客户端的尺寸信息与所述图片标签中的预设尺寸信息均不匹配时，提取默认的图片所对应的地址信息。

9.如权利要求7所述的图片的加载装置，其特征在于，其中，所述获取单元还用于在所述客户端的尺寸信息与预设尺寸信息之间的差值在预设范围之内时，判断所述客户端的尺寸信息与所述预设尺寸信息匹配。

10.如权利要求7所述的图片的加载装置，其特征在于，还包括：

判断模块，用于在所述加载模块根据所述地址信息加载对应的图片之后，判断是否加载成功；

所述加载模块还用于在所述判断模块判断加载未成功时，在预设时间之后重新进行加载。