客户端下载图片的方法及装置
阅读：752发布：2020-05-08
专利汇可以提供客户端下载图片的方法及装置专利检索，专利查询，专利分析的服务。并且本 发明 公开一种客户端下载图片的方法及装置，涉及互联网技术领域，能够解决 现有技术 中客户端下载图片效率低的问题。本发明的方法包括：当客户端内嵌的浏览器向 服务器 发送图片下载 请求 时，使用所述客户端所属 操作系统 的原生代码截获所述图片下载请求；所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器；所述原生代码接收所述服务器返回的图片数据；所述原生代码将所述图片数据发送给所述浏览器进行显示。本发明主要适用于基于混合应用下载图片的场景中。，下面是客户端下载图片的方法及装置专利的具体信息内容。
1.一种客户端下载图片的方法，其特征在于，所述方法包括：
当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求；
所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器；
所述原生代码接收所述服务器返回的图片数据；
所述原生代码将所述图片数据发送给所述浏览器进行显示。
2.根据权利要求1所述的方法，其特征在于，在所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器之前，所述方法还包括：
所述原生代码判断本地是否缓存有所述图片下载请求对应的图片数据；
所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器包括：
若所述原生代码的本地没有缓存所述图片下载请求对应的图片数据，则所述原生代码开启所述至少一个新线程将所述图片下载请求发送给所述服务器。
3.根据权利要求2所述的方法，其特征在于，若所述原生代码的本地缓存有所述图片下载请求对应的图片数据，则所述方法还包括：
所述原生代码将本地缓存的图片数据发送给所述浏览器进行显示。
4.根据权利要求2所述的方法，其特征在于，在所述原生代码接收所述服务器返回的图片数据之后，所述方法还包括：
所述原生代码基于预设缓存机制，将所述服务器返回的图片数据以及对应的网址缓存到本地；
或者，所述原生代码在基于所述服务器返回的图片数据获取到能够直接显示的图片数据后，基于所述预设缓存机制将所述能够直接显示的图片数据以及所述网址缓存到本地。
5.根据权利要求1所述的方法，其特征在于，在所述原生代码将所述图片数据发送给所述浏览器进行显示之前，所述方法还包括：
若所述图片数据不能直接显示，则所述原生代码开启独立于所述至少一个新线程的其他线程将所述服务器返回的图片数据转换成能够直接显示的图片数据；
所述原生代码将所述图片数据发送给所述浏览器进行显示包括：
所述原生代码将所述能够直接显示的图片数据发送给所述浏览器进行显示。
6.根据权利要求1至5中任一项所述的方法，其特征在于，在客户端内嵌的浏览器向服务器发送图片下载请求之前，所述方法还包括：
在获取网页数据后，所述原生代码将所述网页数据中图片的网址移除至预设存储空间；
所述原生代码将移除网址后的网页数据发送给所述浏览器进行显示；
当确定屏幕中存在未加载的图片时，所述原生代码将所述预设存储空间中存储的所述未加载的图片的网址添加到所述网页数据的对应位置；
所述客户端内嵌的浏览器向服务器发送图片下载请求包括：
所述浏览器向所述服务器发送携带所述网址的图片下载请求。
7.一种客户端下载图片的装置，其特征在于，所述装置包括：
截获单元，用于当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求；
发送单元，用于通过所述原生代码开启至少一个新线程将所述截获单元截获的所述图片下载请求发送给所述服务器；
接收单元，用于通过所述原生代码接收所述服务器返回的图片数据；
所述发送单元还用于通过所述原生代码将所述图片数据发送给所述浏览器进行显示。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
判断单元，用于在所述发送单元通过所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器之前，通过所述原生代码判断本地是否缓存有所述图片下载请求对应的图片数据；
所述发送单元用于当所述判断单元的判断结果为所述原生代码的本地没有缓存所述图片下载请求对应的图片数据时，通过所述原生代码开启所述至少一个新线程将所述图片下载请求发送给所述服务器。
9.根据权利要求8所述的装置，其特征在于，所述发送单元还用于当所述判断单元的判断结果为所述原生代码的本地缓存有所述图片下载请求对应的图片数据时，通过所述原生代码将本地缓存的图片数据发送给所述浏览器进行显示。
10.根据权利要求8所述的装置，其特征在于，所述装置还包括：
缓存单元，用于通过所述原生代码基于预设缓存机制，将所述服务器返回的图片数据以及对应的网址缓存到本地；或者，通过所述原生代码在基于所述服务器返回的图片数据获取到能够直接显示的图片数据后，基于所述预设缓存机制将所述能够直接显示的图片数据以及所述网址缓存到本地。
11.根据权利要求7所述的装置，其特征在于，所述装置还包括：
转换单元，用于在所述发送单元通过所述原生代码将所述图片数据发送给所述浏览器进行显示之前，若所述图片数据不能直接显示，则通过所述原生代码开启独立于所述至少一个新线程的其他线程将所述服务器返回的图片数据转换成能够直接显示的图片数据；
所述发送单元还用于通过所述原生代码将所述能够直接显示的图片数据发送给所述浏览器进行显示。
12.根据权利要求7至11中任一项所述的装置，其特征在于，所述发送单元还用于通过客户端内嵌的浏览器向服务器发送图片下载请求；
所述装置还包括：
移除单元，用于在所述发送单元通过客户端内嵌的浏览器向服务器发送图片下载请求之前，在获取网页数据后，通过所述原生代码将所述网页数据中图片的网址移除至预设存储空间；
所述发送单元还用于通过所述原生代码将移除网址后的网页数据发送给所述浏览器进行显示；
添加单元，用于当确定屏幕中存在未加载的图片时，通过所述原生代码将所述预设存储空间中存储的所述未加载的图片的网址添加到所述网页数据的对应位置；
所述发送单元用于通过所述浏览器向所述服务器发送携带所述网址的图片下载请求。
客户端下载图片的方法及装置
技术领域
[0001] 本发明涉及互联网技术领域，特别是涉及一种客户端下载图片的方法及装置。
背景技术
[0002] 随着互联网技术的发展，各式各样方便人们工作与生活的应用软件逐渐出现，例如购物软件、视频软件以及金融方面的软件等。现有的客户端(即应用软件)主要有原生客户端、web客户端以及原生代码与web相结合的混合客户端。其中，混合客户端在访问网页时，主要由客户端内嵌的浏览器从服务器侧下载并显示网页数据。具体的，客户端内嵌的浏览器在从服务器侧获取到网页源代码后，当需要显示网页中的图片时，先从网页源代码中获取图片的网址，然后将携带该网址的图片下载请求发送给服务器，待图片下载完毕后，再进行图片显示。
[0003] 然而，目前客户端内嵌的浏览器一般只有两个线程，其中一个是UI(User Interface，用户界面)主线程，另一个是异步任务线程。因此，当客户端需要下载的图片数量较多时，需要进行排队，从而使得图片下载的效率大大降低，进而使得网页图片显示的效率降低。
发明内容
[0004] 有鉴于此，本发明提供一种客户端下载图片的方法及装置，能够解决现有技术中客户端下载图片效率低的问题。
[0005] 一方面，本发明提供了一种客户端下载图片的方法，所述方法包括：
[0007] 所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器；
[0008] 所述原生代码接收所述服务器返回的图片数据；
[0009] 所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0010] 另一方面，本发明提供了一种客户端下载图片的装置，所述装置包括：
[0011] 截获单元，用于当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求；
[0012] 发送单元，用于通过所述原生代码开启至少一个新线程将所述截获单元截获的所述图片下载请求发送给所述服务器；
[0013] 接收单元，用于通过所述原生代码接收所述服务器返回的图片数据；
[0014] 所述发送单元还用于通过所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0015] 借由上述技术方案，本发明提供的客户端下载图片的方法及装置，能够在客户端内嵌的浏览器向服务器发送图片下载请求时，先使用能够同时开启更多线程的客户端所属操作系统的原生代码截获该图片下载请求，然后通过原生代码根据预设的下载机制，开启至少一个新线程将该图片下载请求发送给服务器，(例如，当截获的图片下载请求较多时，可以开启多个新线程将这些图片下载请求并发地发送给服务器)，最后原生代码接收到服务器返回的图片数据后，可以由原生代码将该图片数据发送给该内嵌的浏览器进行显示。由此可知，与现有技术中直接由可开启线程数较少的内嵌的浏览器下载图片相比，本发明通过截获浏览器发送的图片下载请求，转为可开启线程数较多的原生代码进行图片下载，从而提高了图片下载的效率，进而提高了客户端向用户展示图片的效率。
[0016] 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。附图说明
[0017] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0019] 图2示出了本发明实施例提供的另一种客户端下载图片的方法的流程图；
[0020] 图3示出了本发明实施例提供的另一种客户端下载图片的方法的流程图；
[0021] 图4示出了本发明实施例提供的一种客户端下载图片的装置的组成框图；
[0022] 图5示出了本发明实施例提供的另一种客户端下载图片的装置的组成框图。
具体实施方式
[0023] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0024] 本发明实施例提供了一种客户端下载图片的方法，所述方法应用于客户端侧，如图1所示，所述方法主要包括：
[0025] 101、当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求。
[0026] 其中，不同的操作系统可能使用不同的原生代码。例如，当操作系统为iOS系统时，原生代码为ObjC(Objective-C，扩充C的面向对象编程语言)；当操作系统为安卓系统时，原生代码为Java。
[0027] 当用户基于客户端访问网页时，客户端内嵌的浏览器或者客户端所属操作系统的原生代码可以从客户端本地或者服务器侧获取待访问网页的HTML(HyperText Markup Language，超文本标记语言)数据，然后由浏览器对该HTML数据进行解析并渲染。当待访问的网页中含有图片时，由于HTML数据中记录的仅仅是图片的网址，而并非图片的实质内容，所以当浏览器确定HTML数据中含有图片的网址时，会先根据HTML数据中记录的每个图片的网址分别生成对应的图片下载请求，然后开启最多两个线程依次向服务器发送不同的图片下载请求。此时，由于浏览器能够开启的线程数较少，从而使得图片下载效率较低，所以本发明实施例在浏览器向服务器发出图片下载请求时，使用客户端所属操作系统的原生代码截获这些图片下载请求，以便原生代码重新开启更多线程来并发向服务器发送多个图片下载请求，以提高图片下载效率。
[0028] 需要说明的是，本步骤涉及的“客户端内嵌的浏览器向服务器发送图片下载请求”的具体场景不做限定。例如，浏览器可以是基于按需下载的场景下向服务器发送图片下载请求，也可以是基于非按需下载的场景下向服务器发送图片下载请求。其中，按需下载图片是指：在对网页数据进行渲染之前，并非将网页中的所有图片先下载到本地再根据显示需求进行显示，而是直接根据图片显示需求来下载图片，即当图片标签进入屏幕时才向服务器发送图片下载请求。由此可知，由于并非网页中的每个图片都有进入屏幕的机会(例如，用户基于客户端打开网页后，可能没有向下滚动页面，就通过点击屏幕中显示的链接跳转到了另一个页面，或者直接关闭了当前页面)，所以按需下载图片的方法可以节省图片下载流量。此外，关于在按需下载场景下实现本发明的具体实现方式可以详见图3的场景实施例。
[0029] 102、所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器。
[0030] 当原生代码截获浏览器向服务器发送的图片下载请求后，可以中断浏览器与服务器之间的数据交互，然后通过开启原生代码与服务器之间的数据交互，实现图片下载操作。具体的，由于客户端所属操作系统的原生代码是多核多线程机制，所以当原生代码截获浏览器向服务器发送的图片下载请求之后，可以根据截获的图片下载请求的个数，来开启至少一个新线程重新将图片下载请求发送给服务器。例如，可以使得图片下载请求个数与新线程个数成正相关关系，即图片下载请求的个数越多，则使得开启的新线程个数越多。
[0031] 103、所述原生代码接收所述服务器返回的图片数据。
[0032] 当原生代码基于至少一个新线程并发将多个图片下载请求发送给服务器后，可以通过该至少一个新线程接收服务器根据图片下载请求中的URL(Uniform Resource Locator，统一资源定位符)查找到的图片数据。
[0033] 需要说明的是，原生代码从服务器侧接收到的图片数据可能是能够直接显示的原始的图片数据，也可能是将原始的图片数据进行压缩、封装等处理后的便于传输但无法直接显示的图片数据。例如，原始的图片数据为bitmap格式的数据，为了加快数据传输速度，服务器先将待发送的图片数据由bitmap格式转换成了jpeg格式的数据，然后将该jpeg格式的图片数据发送给了原生代码。
[0034] 104、所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0035] 在上述步骤103中提及，原生代码从服务器侧接收到的图片数据可能能够直接显示，也可能无法直接显示，因此需要客户端先将接收到图片数据转换成能够直接显示的图片数据后，再让浏览器对其进行显示。
[0036] 让浏览器进行图片显示的具体实现方式主要可以分为以下两种：(1)原生代码直接将接收到的图片数据发送给浏览器，以便当图片数据无法直接显示时，直接由浏览器先将图片数据转换成能够直接显示的图片数据，再对能够直接显示的图片数据进行显示；(2)原生代码在接收到服务器返回的图片数据时，可以先判断服务器返回的图片数据是否能够直接显示，若能够直接显示，则直接将服务器返回的图片数据发送给浏览器进行显示，若不能直接显示，则原生代码先将服务器返回的图片数据转换成能够直接显示的图片数据，然后再将能够直接显示的图片数据发送给浏览器进行显示。
[0037] 对于第二种方式，由于当截获的图片下载请求较多时，原生代码可能是陆陆续续地接收到所有的图片数据，而并非一次性接收到所有的图片数据，所以此时原生代码开启的至少一个新线程可能依然在进行图片下载操作。因此，为了提高图片数据格式转化的效率，原生代码可以另开启独立于该至少一个新线程的其他线程将服务器返回的图片数据转换成能够直接显示的图片数据。
[0038] 本发明实施例提供的客户端下载图片的方法，能够在客户端内嵌的浏览器向服务器发送图片下载请求时，先使用能够同时开启更多线程的客户端所属操作系统的原生代码截获该图片下载请求，然后通过原生代码根据预设的下载机制，开启至少一个新线程将该图片下载请求发送给服务器，(例如，当截获的图片下载请求较多时，可以开启多个新线程将这些图片下载请求并发地发送给服务器)，最后原生代码接收到服务器返回的图片数据后，可以由原生代码将该图片数据发送给该内嵌的浏览器进行显示。由此可知，与现有技术中直接由可开启线程数较少的内嵌的浏览器下载图片相比，本发明通过截获浏览器发送的图片下载请求，转为可开启线程数较多的原生代码进行图片下载，从而提高了图片下载的效率，进而提高了客户端向用户展示图片的效率。
[0039] 进一步的，依据图1所示的方法，本发明的另一个实施例还提供了一种客户端下载图片的方法，如图2所示，所述方法主要包括：
[0040] 201、当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求。
[0041] 本步骤的具体实现方式与图1中步骤101的具体实现方式一致，在此不再赘述。
[0042] 202、所述原生代码判断本地是否缓存有所述图片下载请求对应的图片数据；若所述原生代码的本地缓存有所述图片下载请求对应的图片数据，则执行步骤203；若所述原生代码的本地没有缓存所述图片下载请求对应的图片数据，则执行步骤204-206。
[0043] 当用户每次重新访问同一个网页时，客户端都需要从服务器侧重新下载网页中的图片，但是，在实际应用中，用户往往会频繁访问同一个网页(例如用户半天浏览1次网页1)，因此为了提高用户访问网页图片的效率，在原生代码首次从服务器侧获得某图片数据后，可以先将该图片数据以及图片的网址缓存到本地，然后当用户再次访问该图片时，无需再从服务器侧进行图片下载操作，直接从本地获取图片数据即可。
[0044] 因此，当原生代码接收浏览器向服务器发送的图片下载请求后，可以先判断本地是否缓存有该图片下载请求对应的图片数据；若本地缓存有该图片下载请求对应的图片数据，则可以将本地缓存的图片数据发送给浏览器进行显示；若本地没有缓存有该图片下载请求对应的图片数据，则再将图片下载请求发送给服务器，从服务器侧下载图片数据。其中，原生代码判断本地是否缓存有该图片下载请求对应的图片数据的具体实现方式可以为：原生代码先从图片下载请求中获取图片的网址，然后从本地查找该图片的网址；若查找到该图片的网址，则将本地缓存的该图片的网址对应的图片数据确定为该图片下载请求对应的图片数据；若未查找到该图片的网址，则确定本地没有该图片下载请求对应的图片数据。
[0045] 203、所述原生代码将本地缓存的图片数据发送给所述浏览器进行显示。
[0046] 由于原生代码在将图片数据进行缓存时，可以直接缓存能够直接显示的图片数据，也可以缓存压缩、封装等处理后的不能直接显示的图片数据，所以原生代码将本地缓存的图片数据发送给浏览器进行显示的具体实现方式也可以分为两种：(1)原生代码直接将本地缓存的图片数据发送给浏览器，浏览器接收到图片数据后，若确定图片数据不能直接显示，则先将该图片数据转换成能够直接显示的图片数据，再进行显示；(2)若本地缓存的图片数据能够直接显示，则原生代码直接将该图片数据发送给浏览器进行显示；若本地缓存的图片数据不能直接显示，则原生代码先开启一个线程将该缓存的图片数据转换成能够直接显示的图片数据，再将能够直接显示的图片数据发送给服务器进行显示。
[0047] 204、所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器。
[0048] 本步骤的具体实现方式与图1中步骤102的具体实现方式一致，在此不再赘述。
[0049] 205、所述原生代码接收所述服务器返回的图片数据。
[0050] 为了便于后续再次访问该图片数据时，提高图片显示效率，可以当原生代码接收到服务器返回的图片数据之后，原生代码可以将图片数据进行缓存，以便后续直接从本地获取。
[0051] 具体的，原生代码可以基于预设缓存机制，将服务器返回的图片数据以及对应的网址直接缓存到本地；也可以在基于服务器返回的图片数据获取到能够直接显示的图片数据后，再基于该预设缓存机制将能够直接显示的图片数据以及网址缓存到本地。
[0052] 其中，预设缓存机制可以包括：定期删除不经常访问的图片数据以及对应的网址；当客户端内存不足时，删除缓存时间较长的图片数据以及对应的网址；仅缓存用户频繁访问的图片数据以及对应的网址等。
[0053] 206、所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0054] 本步骤的具体实现方式与图1中步骤104的具体实现方式一致，在此不再赘述。
[0055] 本发明实施例提供的客户端下载图片的方法，不仅能够通过原生代码截获图片下载请求，由可开启线程数较少的内嵌的浏览器下载图片切换为由可开启线程数较多的原生代码下载图片，从而提高图片下载效率，进而提高客户端向用户展示图片的效率，还可以在原生代码从服务器侧下载图片后，基于缓存机制将下载的图片数据缓存到本地，从而后续需要客户端再次显示该图片时，可以直接从本地获取对应的图片数据，而无需花费时间、浪费流量从服务器侧下载图片数据，从而进一步提高了客户端向用户展示图片的效率。
[0056] 上述实施例中提及，为了节省图片下载流量，可以采用按需下载的方法下载图片。如图3所示，下面以按需下载图片的场景为例，对本发明的方案进行介绍：
[0057] 301、在获取网页数据后，客户端所属操作系统的原生代码将所述网页数据中图片的网址移除至预设存储空间。
[0058] 网页数据(如HTML数据)中的img标签用于向网页中嵌入一幅图片。而从技术上讲，img标签并不会在网页中插入图片的实质内容，而是插入图片的网址。具体的，img标签含有两个必要属性，分别为src属性和alt属性。其中，src属性用于记录图片的网址，alt属性用于当图片无法被渲染时，通过仅显示纯文字作为一种补救措施。由此可知，若原生代码将网络数据中img标签的src属性移除至预设存储空间，则会使得浏览器无法渲染对应的图片，从而起到阻止浏览器同时将网页中所有图片下载到本地的作用。
[0059] 其中，在将src属性移除至预设存储空间时，原生代码可以仅将“src＝URL”中的URL移除，也可以将URL换成其他文字，也可以将整个“src＝URL”移除。此外，预设存储空间可以为自定义属性data-src所在的存储空间，即可以将src属性中的URL移除至自定义属性data-src中。
[0060] 302、所述原生代码将移除网址后的网页数据发送给所述浏览器进行显示。
[0061] 其中，原生代码将移除网址后的网页数据发送给浏览器后，浏览器会先将除图片以外的其他数据进行渲染，在对其他数据渲染过程中，若发现屏幕中存在未加载的图片，则可以通过执行步骤303-310实现该图片的加载显示。
[0062] 303、当确定屏幕中存在未加载的图片时，所述原生代码将所述预设存储空间中存储的所述未加载的图片的网址添加到所述网页数据的对应位置。
[0063] 其中，原生代码判断屏幕中是否含有未加载的图片的具体实现方式可以为：通过JavaScript方法判断img标签是否进入所述屏幕；若进入所述屏幕，则判断所述img标签对应的图片是否被下载，若未被下载，则确定所述屏幕中存在未加载的图片，若进入屏幕的img标签对应的图片都被下载，则确定所述屏幕中不存在未加载的图片；若没有img标签进入所述屏幕，则确定所述屏幕中不存在未加载的图片。其中，JavaScript方法是基于原生语言编写的执行在内嵌的浏览器中的一段程序。
[0064] 当确定屏幕中存在未加载的图片时，原生代码可以确定浏览器具有渲染图片的需求，因此可以将预设存储空间中存储的该未加载的图片对应的img标签的src属性添加给该img标签，以便触发浏览器通过src属性中的URL向服务器发送图片下载请求。
[0065] 304、所述浏览器向所述服务器发送携带所述网址的图片下载请求。
[0066] 305、使用所述客户端所属操作系统的原生代码截获所述图片下载请求。
[0067] 306、所述原生代码判断本地是否缓存有所述图片下载请求对应的图片数据；若所述原生代码的本地缓存有所述图片下载请求对应的图片数据，则执行步骤307；若所述原生代码的本地没有缓存所述图片下载请求对应的图片数据，则执行步骤308-310。
[0068] 307、所述原生代码将本地缓存的图片数据发送给所述浏览器进行显示。
[0069] 308、所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器。
[0070] 309、所述原生代码接收所述服务器返回的图片数据。
[0071] 310、所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0072] 进一步的，依据上述方法实施例，本发明的另一个实施例还提供了一种客户端下载图片的装置，如图4所示，所述装置主要包括：截获单元41、发送单元42、接收单元43。其中，
[0073] 截获单元41，用于当客户端内嵌的浏览器向服务器发送图片下载请求时，使用所述客户端所属操作系统的原生代码截获所述图片下载请求；
[0074] 发送单元42，用于通过所述原生代码开启至少一个新线程将所述截获单元41截获的所述图片下载请求发送给所述服务器；
[0075] 接收单元43，用于通过所述原生代码接收所述服务器返回的图片数据；
[0076] 所述发送单元42还用于通过所述原生代码将所述图片数据发送给所述浏览器进行显示。
[0077] 可选的，如图5所示，所述装置还包括：
[0078] 判断单元44，用于在所述发送单元42通过所述原生代码开启至少一个新线程将所述图片下载请求发送给所述服务器之前，通过所述原生代码判断本地是否缓存有所述图片下载请求对应的图片数据；
[0079] 所述发送单元42用于当所述判断单元44的判断结果为所述原生代码的本地没有缓存所述图片下载请求对应的图片数据时，通过所述原生代码开启所述至少一个新线程将所述图片下载请求发送给所述服务器。
[0080] 可选的，所述发送单元42还用于当所述判断单元44的判断结果为所述原生代码的本地缓存有所述图片下载请求对应的图片数据时，通过所述原生代码将本地缓存的图片数据发送给所述浏览器进行显示。
[0081] 可选的，如图5所示，所述装置还包括：
[0082] 缓存单元45，用于通过所述原生代码基于预设缓存机制，将所述服务器返回的图片数据以及对应的网址缓存到本地；或者，通过所述原生代码在基于所述服务器返回的图片数据获取到能够直接显示的图片数据后，基于所述预设缓存机制将所述能够直接显示的图片数据以及所述网址缓存到本地。
[0083] 可选的，如图5所示，所述装置还包括：
[0084] 转换单元46，用于在所述发送单元42通过所述原生代码将所述图片数据发送给所述浏览器进行显示之前，若所述图片数据不能直接显示，则通过所述原生代码开启独立于所述至少一个新线程的其他线程将所述服务器返回的图片数据转换成能够直接显示的图片数据；
[0085] 所述发送单元42还用于通过所述原生代码将所述能够直接显示的图片数据发送给所述浏览器进行显示。
[0086] 可选的，所述发送单元42还用于通过客户端内嵌的浏览器向服务器发送图片下载请求；
[0087] 如图5所示，所述装置还包括：
[0088] 移除单元47，用于在所述发送单元42通过客户端内嵌的浏览器向服务器发送图片下载请求之前，在获取网页数据后，通过所述原生代码将所述网页数据中图片的网址移除至预设存储空间；
[0089] 所述发送单元42还用于通过所述原生代码将移除网址后的网页数据发送给所述浏览器进行显示；
[0090] 添加单元48，用于当确定屏幕中存在未加载的图片时，通过所述原生代码将所述预设存储空间中存储的所述未加载的图片的网址添加到所述网页数据的对应位置；
[0091] 所述发送单元42用于通过所述浏览器向所述服务器发送携带所述网址的图片下载请求。
[0092] 本发明实施例提供的客户端下载图片的装置，能够在客户端内嵌的浏览器向服务器发送图片下载请求时，先使用能够同时开启更多线程的客户端所属操作系统的原生代码截获该图片下载请求，然后通过原生代码根据预设的下载机制，开启至少一个新线程将该图片下载请求发送给服务器，(例如，当截获的图片下载请求较多时，可以开启多个新线程将这些图片下载请求并发地发送给服务器)，最后原生代码接收到服务器返回的图片数据后，可以由原生代码将该图片数据发送给该内嵌的浏览器进行显示。由此可知，与现有技术中直接由可开启线程数较少的内嵌的浏览器下载图片相比，本发明通过截获浏览器发送的图片下载请求，转为可开启线程数较多的原生代码进行图片下载，从而提高了图片下载的效率，进而提高了客户端向用户展示图片的效率。此外，在原生代码从服务器侧下载图片后，基于缓存机制将下载的图片数据缓存到本地，从而后续需要客户端再次显示该图片时，可以直接从本地获取对应的图片数据，而无需花费时间、浪费流量从服务器侧下载图片数据，从而进一步提高了客户端向用户展示图片的效率。
[0093] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0094] 可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。
[0095] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0096] 在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0097] 在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0098] 类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
[0099] 本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0100] 此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0101] 本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的客户端下载图片的方法及装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0102] 应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 客户端下载图片的方法及装置 | 2020-05-08 | 752 |
| 一种基于时空相关性分析的身份识别方法及系统 | 2020-05-11 | 606 |
| 神经操作系统 | 2020-05-08 | 1019 |
| 一种高校教学用智慧农村电商沙盘 | 2020-05-08 | 11 |
| 一种基于网络浏览器进行VR创作的平台 | 2020-05-11 | 776 |
| 一种特大型架桥机安全控制系统及监控方法 | 2020-05-08 | 324 |
| 一种区域电网跳闸信息管控系统 | 2020-05-11 | 270 |
| 基于GIS的勘测管理及数据智能分析系统及方法 | 2020-05-12 | 118 |
| 基于浏览器的自适应排版方法、装置和存储介质 | 2020-05-11 | 495 |
| 一种电脑传输文件至手机的方法 | 2020-05-12 | 374 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈