CN104683329A - 一种移动设备客户端的数据缓存方法及系统 - Google Patents

一种移动设备客户端的数据缓存方法及系统 Download PDF

Info

Publication number
CN104683329A
CN104683329A CN201510063259.5A CN201510063259A CN104683329A CN 104683329 A CN104683329 A CN 104683329A CN 201510063259 A CN201510063259 A CN 201510063259A CN 104683329 A CN104683329 A CN 104683329A
Authority
CN
China
Prior art keywords
picture
data
buffer area
level buffer
level
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201510063259.5A
Other languages
English (en)
Other versions
CN104683329B (zh
Inventor
赵一峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Pinguo Technology Co Ltd
Original Assignee
Chengdu Pinguo Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chengdu Pinguo Technology Co Ltd filed Critical Chengdu Pinguo Technology Co Ltd
Priority to CN201510063259.5A priority Critical patent/CN104683329B/zh
Publication of CN104683329A publication Critical patent/CN104683329A/zh
Application granted granted Critical
Publication of CN104683329B publication Critical patent/CN104683329B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种移动设备客户端的数据缓存方法及系统，旨在需要使用缓存数据时降低对磁盘的访问率。本发明技术要点：将最近一次更新的展示界面需要的历史实体数据存储在第一级缓存区中，将所述历史实体数据中的图片存储在第二级缓存区和第三级缓存区中。客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时根据三个缓存器中的最近一次更新的展示界面需要的历史实体数据及图片展示界面。

Description

一种移动设备客户端的数据缓存方法及系统
技术领域
本发明涉及数据缓存技术，尤其是一种移动设备客户端的数据缓存方法。
背景技术
文中技术术语：
URL：统一资源定位符，是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址；
Hash算法：一种将任意长度的消息压缩到某一固定长度的消息摘要的函数；
MD5算法：信息—摘要算法5；
线程：运行程序的调度单位。
当前移动设备的客户端几乎都存在网络请求，而当用户在无网或者网络极不稳定的情况下使用客户端软件，这时，传统的做法是提示用户当前网络不可用，界面上不再显示内容，而这样的体验对用户来说是很不友好的。
为了解决这个问题，出现了离线缓存技术，即在有网的情况下，客户端尽可能多下载一些数据缓存到移动设备的磁盘中，当用户处于无网或者网络请求还未返回的情况下，则可先从磁盘读取最近缓存的数据，显示在界面上。
现有的缓存方法未将界面的文本数据与图片数据进行分级缓存，而是一并存储在磁盘中。具体做法是：移动设备上的客户端与服务器约定数据请求所返回的数据大小及格式，若界面需显示图片，则本次返回的数据中包含所需图片的URL。待服务器数据返回后，客户端将数据保存到磁盘的文件中，再从返回的数据中解析出图片URL，客户端根据URL请求图片下载，下载完成后也保存到磁盘中，再显示在界面上，当其他地方再次需要这张图片时，直接从磁盘中读取即可。
这样的方法存在一个较大的缺陷，即是对磁盘的访问率较大，当网络状态不稳定时，容易出现界面加载卡顿的现象，用户体验仍然不佳。
发明内容
针对上述问题，本发明提出了一种分级缓存数据的方法，旨在需要使用缓存数据时降低对磁盘的访问率。
本发明中的移动设备客户端的数据缓存方法，包括：
步骤1：客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则跳到步骤3执行；所述第一级缓存区位于磁盘中；
步骤2：当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据；
步骤3：检查第一级缓存区中的实体数据中是否含有图片地址信息，若存在则执行步骤4，否则跳到步骤6执行；
步骤4：根据图片地址信息检查该图片是否已存在于第二级缓存区中，若存在则跳到步骤6执行，否则执行步骤5；所述第二级缓存区位于内存中；
步骤5：根据图片地址信息，检查该图片是否已存在于第三级缓存区中，若存在则将该图片返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中；所述第三级缓存区位于磁盘上；
步骤6：将当前实体数据中的图片地址信息替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
所述步骤4进一步包括：根据图片地址信息为图片生成唯一的标示，并根据所述标示查找该图片是否已存在于第二级缓存区中，若存在则跳到步骤6执行，否则执行步骤5。
步骤5进一步包括：根据图片的标示，检查该图片是否已存在于第三级缓存区中，若存在则将该图片及其标示返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片及其标示返回给第二级缓存区并将下载好的图片及其标示关联存储在第三级缓存区中。
进一步，还包括注册系统内存不足警告消息的步骤，以及当收到该警告消息时释放第二级缓存区的步骤。
进一步，所述步骤1中，发送一个数据请求到服务器以获取当前界面展示所需的最新数据时，还同时向服务器发送请求服务器返回的数据量阈值。
本发明中的移动设备客户端的数据缓存系统，包括：
启动单元，用于在客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则触发第一级缓存单元；所述第一级缓存区位于磁盘中；
实体数据更新单元，用于当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据；
第一级缓存单元，用于检查第一级缓存区中的实体数据中是否含有图片地址信息，若存在则触发第二级缓存单元，否则触发数据显示单元；
第二级缓存单元，用于根据图片地址信息检查该图片是否已存在于第二级缓存区中，若存在则触发数据显示单元，否则触发第三级缓存单元；所述第二级缓存区位于内存中；
第三级缓存单元，用于根据图片地址信息，检查该图片是否已存在于第三级缓存区中，若存在则将该图片返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中；所述第三级缓存区位于磁盘上；
数据显示单元，用于将当前实体数据中的图片地址信息替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
所述第二级缓存单元进一步用于根据图片地址信息为图片生成唯一的标示，并根据所述标示查找该图片是否已存在于第二级缓存区中，若存在则触发数据显示单元，否则触发第三级缓存单元。
所述第三级缓存单元进一步用于根据图片的标示，检查该图片是否已存在于第三级缓存区中，若存在则将该图片及其标示返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片及其标示返回给第二级缓存区并将下载好的图片及其标示关联存储在第三级缓存区中。
进一步，还包括消息注册单元，用于注册系统内存不足警告消息；以及内存释放单元，用于当收到该系统内存不足警告消息时释放第二级缓存区。
所述启动单元进一步用于在发送一个数据请求到服务器以获取当前界面展示所需的最新数据时，还同时向服务器发送请求服务器返回的数据量阈值。
由于采用了上述方法，本发明的有益效果为：
1.当客户端程序启动时，本发明能够及时将最近一次更新的历史浏览数据显示到界面上，供用户阅读，等到服务器返回新的数据时再刷新界面内容，特别是在无网或者网络极不稳定的情况下，给用户提供了一定量的离线数据供其使用，用户体验更好。例如微博客户端，启动后快速将本地存储的最近一次更新的历史浏览数据显示到界面上，用户在等待最新的数据到来前可以先阅读历史浏览数据，而不是被迫面对没有内容的界面直到最新数据到来。事实证明，大部分情况下历史数据也有很多内容是用户当时没有仔细阅读或是没有阅读过的，因此极大提升了用户体验度。
2.本发明将文本数据与图片数据分级缓存，对图片数据又进一步分级存储及下载，使本系统结构更加清晰，同时提升了界面的流畅度。
3.本发明还对内存使用情况进行监控，在低内存时释放图片内存缓存，即第二级缓存区，有效防止了程序因内存不足而崩溃。
4.在下载图片和写入图片数据到磁盘时均采用多线程技术，最大限度提升了程序性能，防止界面阻塞。
附图说明
本发明将通过例子并参照附图的方式说明，其中：
图1为本发明方法一个具体实施例的流程图。
具体实施方式
本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。
本说明书中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。
第一个实施例
1.客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据（实体数据包括展示界面需要的文本数据及图片URL信息），如果第一级缓存区中存储有所述历史数据，则跳到步骤3并往下执行。
2.当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据。所述第一级缓存区位于磁盘中。
3.检查第一级缓存区中的实体数据中是否含有图片数据相关信息，如图片的URL，若有则执行步骤4，否则跳到步骤6执行。
4.根据图片的URL检查该图片是否已存在于第二级缓存区中，若有则跳到步骤6执行，否则执行步骤5。所述第二级缓存区位于内存中。
5.根据图片的URL，检查该图片是否已存在于第三级缓存区中，若有则将该图片返回给第二级缓存区，否则根据图片的URL到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中。所述第三级缓存区位于磁盘上。
6.将当前实体数据中的图片URL替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
参考图1，第二实施例
1.客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据（实体数据包括展示界面需要的文本数据及图片URL信息），如果第一级缓存区中存储有所述历史数据，则跳到步骤3并往下执行。
2.当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据。所述第一级缓存区位于磁盘中。
3.检查第一级缓存区中的实体数据中是否含有图片数据相关信息，如图片的URL，若有则执行步骤4，否则跳到步骤6执行。
4.为图片生成唯一的标示，例如使用Hash或MD5算法处理图片的URL得到唯一标示该图片的键值KEY。用KEY在第二级缓存区中查找是否有与之对应的图片，若有则跳到步骤6执行，否则执行步骤5。所述第二级缓存区位于内存中。
5.根据图片KEY，检查该图片是否已存在于第三级缓存区中，若有则将该图片及其对应的KEY返回给第二级缓存区，否则根据图片的URL到服务器上下载该图片，具体做法是将图片的URL放入图片的下载线程池中下载，当图片下载完成后再将图片及其对应的KEY返回到第二级缓存区，同时创建写磁盘数据的线程，将下载好的图片及其KEY对应存储在第三级缓存区中。所述第三级缓存区位于磁盘上。
6.将当前实体数据中的图片URL替换为与之对应的图片得到完整的实体数据，并根据完整的实体数据展示界面。
为每个图片生成KEY值，便于图片的存储、查询管理。
第三实施例
在第二实施例的基础上还包括注册系统内存不足警告消息的步骤，当收到该警告消息时则释放第二级缓存区。优选的，在程序启动后首次执行步骤4时，就先进行消息注册。这里所说的系统是指移动终端上的操作系统。第二级缓存区主要用于存储图片，由于图片占用存储空间较大，当内存不足时，直接释放第二级缓存区能有效防止程序因内存不足而崩溃。
第四实施例
在前述各实施例的基础上，对步骤1进行变形：发送数据请求到服务器以获取当前界面展示所需的最新数据时，同时发送请求服务器返回的数据量阈值。例如客户端请求服务器返回的数据量为20条数据，服务器将按照此数据量阈值返回最新数据。这样做的好处时，客户端能够根据实际需要决定服务器一次返回的数据量，既能保证系统的流畅，又能充分利用系统资源。
本发明还提供了一种与上述方法步骤一一对应的软系统。
软系统第一实施例，包括：
启动模块，用于在客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则触发第一级缓存单元。
实体数据更新模块，用于当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据。所述第一级缓存区位于磁盘中。
第一级缓存单元，用于检查第一级缓存区中的实体数据中是否含有图片数据相关信息，如图片的URL，若有则将图片的URL传给并触发第二级缓存单元，否则触发数据显示单元。
第二级缓存单元，用于根据图片的URL检查该图片是否已存在于第二级缓存区中，若有则触发数据显示单元，否则将图片的URL传给并触发第三级缓存单元。所述第二级缓存区位于内存中。
第三级缓存单元，用于根据图片的URL，检查该图片是否已存在于第三级缓存区中，若有则将该图片返回给第二级缓存区，否则根据图片的URL到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中。所述第三级缓存区位于磁盘上。
数据显示单元，用于将当前实体数据中的图片URL替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
软系统第二实施例，包括：
启动单元，用于在客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则触发第一级缓存单元。
实体数据更新单元，用于当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据。所述第一级缓存区位于磁盘中。
第一级缓存单元，用于检查第一级缓存区中的实体数据中是否含有图片数据相关信息，如图片的URL，若有则将图片的URL传给并触发第二级缓存单元，否则触发数据显示单元。
第二级缓存单元，用于为图片生成唯一的标示，例如使用Hash或MD5算法处理图片的URL得到唯一标示该图片的键值KEY。用KEY在第二级缓存区中查找是否有与之对应的图片，若有则触发数据显示单元，否则将图片的KEY及URL传给并触发第三级缓存单元。所述第二级缓存区位于内存中。
第三级缓存单元，用于根据图片KEY，检查该图片是否已存在于第三级缓存区中，若有则将该图片及其对应的KEY返回给第二级缓存区，否则根据图片的URL到服务器上下载该图片，具体做法是将图片的URL放入图片的下载线程池中下载，当图片下载完成后再将图片及其对应的KEY返回到第二级缓存区，同时创建写磁盘数据的线程，将下载好的图片及其KEY关联存储在第三级缓存区中。所述第三级缓存区位于磁盘上。
数据显示单元，用于将当前实体数据中的图片URL替换为与之对应的图片得到完整的实体数据，并根据完整的实体数据展示界面。
为每个图片生成KEY值，便于图片的存储、查询管理。
软系统第三实施例
在第二实施例的基础上还包括消息注册单元，用于注册系统内存不足警告消息，以及内存释放单元，用于当收到该警告消息时释放第二级缓存区。
软系统第四实施例
在前述各实施例的基础上，启动单元进一步用于发送数据请求到服务器以获取当前界面展示所需的最新数据时，同时发送请求服务器返回的数据量阈值。
本发明并不局限于前述的具体实施方式。本发明扩展到任何在本说明书中披露的新特征或任何新的组合，以及披露的任一新的方法或过程的步骤或任何新的组合。

Claims (10)

1.一种移动设备客户端的数据缓存方法，其特征在于，包括：
步骤1：客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则跳到步骤3执行；所述第一级缓存区位于磁盘中；
步骤2：当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据；
步骤3：检查第一级缓存区中的实体数据中是否含有图片地址信息，若存在则执行步骤4，否则跳到步骤6执行；
步骤4：根据图片地址信息检查该图片是否已存在于第二级缓存区中，若存在则跳到步骤6执行，否则执行步骤5；所述第二级缓存区位于内存中；
步骤5：根据图片地址信息，检查该图片是否已存在于第三级缓存区中，若存在则将该图片返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中；所述第三级缓存区位于磁盘上；
步骤6：将当前实体数据中的图片地址信息替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
2.根据权利要求1所述的一种移动设备客户端的数据缓存方法，其特征在于，所述步骤4进一步包括：根据图片地址信息为图片生成唯一的标示，并根据所述标示查找该图片是否已存在于第二级缓存区中，若存在则跳到步骤6执行，否则执行步骤5。
3.根据权利要求2所述的一种移动设备客户端的数据缓存方法，其特征在于，步骤5进一步包括：根据图片的标示，检查该图片是否已存在于第三级缓存区中，若存在则将该图片及其标示返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片及其标示返回给第二级缓存区并将下载好的图片及其标示关联存储在第三级缓存区中。
4.根据权利要求1所述的一种移动设备客户端的数据缓存方法，其特征在于，还包括注册系统内存不足警告消息的步骤，以及当收到该警告消息时释放第二级缓存区的步骤。
5.根据权利要求1所述的一种移动设备客户端的数据缓存方法，其特征在于，所述步骤1中，发送一个数据请求到服务器以获取当前界面展示所需的最新数据时，还同时向服务器发送请求服务器返回的数据量阈值。
6.一种移动设备客户端的数据缓存系统，其特征在于，包括：
启动单元，用于在客户端程序启动后，首先发送一个数据请求到服务器以获取当前界面展示所需的最新数据，同时在第一级缓存区中查询最近一次更新的展示界面需要的历史实体数据，如果第一级缓存区中存储有所述历史实体数据，则触发第一级缓存单元；所述第一级缓存区位于磁盘中；
实体数据更新单元，用于当服务器返回所述最新数据后，解析所述最新数据并将其转化为对应的实体数据，将实体数据存入第一级缓存区以更新其中的历史实体数据；
第一级缓存单元，用于检查第一级缓存区中的实体数据中是否含有图片地址信息，若存在则触发第二级缓存单元，否则触发数据显示单元；
第二级缓存单元，用于根据图片地址信息检查该图片是否已存在于第二级缓存区中，若存在则触发数据显示单元，否则触发第三级缓存单元；所述第二级缓存区位于内存中；
第三级缓存单元，用于根据图片地址信息，检查该图片是否已存在于第三级缓存区中，若存在则将该图片返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片返回给第二级缓存区并将下载好的图片存储在第三级缓存区中；所述第三级缓存区位于磁盘上；
数据显示单元，用于将当前实体数据中的图片地址信息替换为已获取的图片得到完整的实体数据，并根据完整的实体数据展示界面。
7.根据权利要求6所述的一种移动设备客户端的数据缓存系统，其特征在于，所述第二级缓存单元进一步用于根据图片地址信息为图片生成唯一的标示，并根据所述标示查找该图片是否已存在于第二级缓存区中，若存在则触发数据显示单元，否则触发第三级缓存单元。
8.根据权利要求7所述的一种移动设备客户端的数据缓存系统，其特征在于，第三级缓存单元进一步用于根据图片的标示，检查该图片是否已存在于第三级缓存区中，若存在则将该图片及其标示返回给第二级缓存区，否则根据图片地址信息到服务器上下载该图片，当图片下载完成后再将图片及其标示返回给第二级缓存区并将下载好的图片及其标示关联存储在第三级缓存区中。
9.根据权利要求6所述的一种移动设备客户端的数据缓存系统，其特征在于，还包括消息注册单元，用于注册系统内存不足警告消息；以及内存释放单元，用于当收到该系统内存不足警告消息时释放第二级缓存区。
10.根据权利要求6所述的一种移动设备客户端的数据缓存系统，其特征在于，所述启动单元进一步用于在发送一个数据请求到服务器以获取当前界面展示所需的最新数据时，还同时向服务器发送请求服务器返回的数据量阈值。
CN201510063259.5A 2015-02-06 2015-02-06 一种移动设备客户端的数据缓存方法及系统 Active CN104683329B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510063259.5A CN104683329B (zh) 2015-02-06 2015-02-06 一种移动设备客户端的数据缓存方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510063259.5A CN104683329B (zh) 2015-02-06 2015-02-06 一种移动设备客户端的数据缓存方法及系统

Publications (2)

Publication Number Publication Date
CN104683329A true CN104683329A (zh) 2015-06-03
CN104683329B CN104683329B (zh) 2018-11-13

Family

ID=53317925

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510063259.5A Active CN104683329B (zh) 2015-02-06 2015-02-06 一种移动设备客户端的数据缓存方法及系统

Country Status (1)

Country Link
CN (1) CN104683329B (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105183394A (zh) * 2015-09-21 2015-12-23 北京奇虎科技有限公司 一种数据存储处理方法和装置
CN105938440A (zh) * 2015-12-28 2016-09-14 乐视移动智能信息技术（北京）有限公司 一种移动终端图片显示方法及系统
CN106302821A (zh) * 2016-10-20 2017-01-04 腾讯音乐娱乐（深圳）有限公司 一种数据请求方法及其设备
CN106685715A (zh) * 2016-12-28 2017-05-17 重庆可兰达科技有限公司 客户端无限信息流免停顿分段加载数据的方法
CN107046551A (zh) * 2016-02-05 2017-08-15 优信拍（北京）信息科技有限公司 一种数据请求、更新方法及相应装置
CN109670061A (zh) * 2018-12-12 2019-04-23 万兴科技股份有限公司 Pdf图片读取方法、装置、计算机设备以及存储介质
CN109905445A (zh) * 2017-12-08 2019-06-18 腾讯科技（深圳）有限公司 一种指令处理的方法及终端
CN111866419A (zh) * 2019-04-24 2020-10-30 杭州海康微影传感科技有限公司 热成像图像显示方法、装置及热成像设备
CN112634412A (zh) * 2020-12-16 2021-04-09 广州橙行智动汽车科技有限公司 一种数据处理的方法和装置
CN113973097A (zh) * 2020-07-24 2022-01-25 腾讯科技（深圳）有限公司 一种消息显示方法、装置和存储介质
WO2022199265A1 (zh) * 2021-03-26 2022-09-29 Oppo广东移动通信有限公司 启动窗口生成方法及装置、计算机可读介质和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003032582A1 (en) * 2001-10-10 2003-04-17 Woori Technology Inc. Internet access device using mobile station and method thereof
CN103136205A (zh) * 2011-11-23 2013-06-05 上海博泰悦臻网络技术服务有限公司 Web图片服务系统及方法
CN103793244A (zh) * 2013-12-26 2014-05-14 百度在线网络技术（北京）有限公司 在启动页面显示信息的方法及装置
CN104239101A (zh) * 2014-09-11 2014-12-24 四川长虹电器股份有限公司 基于安卓系统的设备的网络图片的缓存方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003032582A1 (en) * 2001-10-10 2003-04-17 Woori Technology Inc. Internet access device using mobile station and method thereof
CN103136205A (zh) * 2011-11-23 2013-06-05 上海博泰悦臻网络技术服务有限公司 Web图片服务系统及方法
CN103793244A (zh) * 2013-12-26 2014-05-14 百度在线网络技术（北京）有限公司 在启动页面显示信息的方法及装置
CN104239101A (zh) * 2014-09-11 2014-12-24 四川长虹电器股份有限公司 基于安卓系统的设备的网络图片的缓存方法

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105183394B (zh) * 2015-09-21 2018-09-04 北京奇虎科技有限公司 一种数据存储处理方法和装置
CN105183394A (zh) * 2015-09-21 2015-12-23 北京奇虎科技有限公司 一种数据存储处理方法和装置
CN105938440A (zh) * 2015-12-28 2016-09-14 乐视移动智能信息技术（北京）有限公司 一种移动终端图片显示方法及系统
CN107046551B (zh) * 2016-02-05 2019-11-01 优信拍（北京）信息科技有限公司 一种数据请求、更新方法及相应装置
CN107046551A (zh) * 2016-02-05 2017-08-15 优信拍（北京）信息科技有限公司 一种数据请求、更新方法及相应装置
CN106302821A (zh) * 2016-10-20 2017-01-04 腾讯音乐娱乐（深圳）有限公司 一种数据请求方法及其设备
CN106302821B (zh) * 2016-10-20 2019-12-31 腾讯音乐娱乐（深圳）有限公司 一种数据请求方法及其设备
CN106685715A (zh) * 2016-12-28 2017-05-17 重庆可兰达科技有限公司 客户端无限信息流免停顿分段加载数据的方法
CN106685715B (zh) * 2016-12-28 2019-11-08 重庆可兰达科技有限公司 客户端无限信息流免停顿分段加载数据的方法
CN109905445A (zh) * 2017-12-08 2019-06-18 腾讯科技（深圳）有限公司 一种指令处理的方法及终端
CN109670061A (zh) * 2018-12-12 2019-04-23 万兴科技股份有限公司 Pdf图片读取方法、装置、计算机设备以及存储介质
CN111866419A (zh) * 2019-04-24 2020-10-30 杭州海康微影传感科技有限公司 热成像图像显示方法、装置及热成像设备
CN111866419B (zh) * 2019-04-24 2022-05-31 杭州海康微影传感科技有限公司 热成像图像显示方法、装置及热成像设备
CN113973097A (zh) * 2020-07-24 2022-01-25 腾讯科技（深圳）有限公司 一种消息显示方法、装置和存储介质
CN112634412A (zh) * 2020-12-16 2021-04-09 广州橙行智动汽车科技有限公司 一种数据处理的方法和装置
WO2022199265A1 (zh) * 2021-03-26 2022-09-29 Oppo广东移动通信有限公司 启动窗口生成方法及装置、计算机可读介质和电子设备

Also Published As

Publication number Publication date
CN104683329B (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
CN104683329A (zh) 一种移动设备客户端的数据缓存方法及系统
WO2016026384A1 (zh) 一种客户端页面显示方法、装置及系统
JP5655083B2 (ja) 社会的距離に基づくコンテンツ項目のプリフェッチ
CN106649349B (zh) 用于游戏应用的数据缓存方法、装置和系统
US7461206B2 (en) Probabilistic technique for consistency checking cache entries
CN108055302B (zh) 一种图片缓存处理方法、系统和服务器
JP5826266B2 (ja) ウェブページのネストしたフラグメントキャッシングを処理する方法および装置
US20140067990A1 (en) Method for accessing a content item in a cloud storage system, and a corresponding cloud broker, cloud cache agent and client application
CN101887398B (zh) 一种动态提高服务器输入输出吞吐量的方法和系统
CN104462194A (zh) 一种业务数据的处理方法、装置及服务器
US10547705B2 (en) Caching proxy method and apparatus
US10645192B2 (en) Identifying content files in a cache using a response-based cache index
CN111221469B (zh) 同步缓存数据的方法、装置和系统
CN107704465B (zh) 静态资源更新方法以及静态资源管理系统
CN104468807A (zh) 进行网页缓存的处理方法、云端装置、本地装置及系统
CN104714965A (zh) 静态资源去重方法、静态资源管理方法及装置
CN106681990B (zh) 一种移动云存储环境下缓存数据的预取方法
CN102882974A (zh) 一种通过网站识别版本号节省网站访问资源的方法
CN104794228A (zh) 一种搜索结果提供方法及装置
CN105912689A (zh) 一种网站显示方法、装置及系统
US20140122629A1 (en) Information Acquisition Method and Device
US20230239341A1 (en) Proactive conditioned prefetching and origin flooding mitigation for content delivery
CN111273863A (zh) 高速缓存管理
CN109587232A (zh) 基于iOS网络的文件断点续传方法
AU2017326373A1 (en) Prediction-based instant search

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 610015 floor 13, building 1, No.1268, middle section of Tianfu Avenue, Chengdu high tech Zone, China (Sichuan) pilot Free Trade Zone, Chengdu

Patentee after: Chengdu PinGuo Digital Entertainment Ltd.

Address before: 610041 C12-16 building, Tianfu Software Park, hi tech Zone, Sichuan, Chengdu

Patentee before: Chengdu PinGuo Digital Entertainment Ltd.