CN115130028A - 缓存信息的处理方法、装置和电子设备 - Google Patents
缓存信息的处理方法、装置和电子设备 Download PDFInfo
- Publication number
- CN115130028A CN115130028A CN202110326146.5A CN202110326146A CN115130028A CN 115130028 A CN115130028 A CN 115130028A CN 202110326146 A CN202110326146 A CN 202110326146A CN 115130028 A CN115130028 A CN 115130028A
- Authority
- CN
- China
- Prior art keywords
- cache
- information
- functional module
- application
- module
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
- G06F16/162—Delete operations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/172—Caching, prefetching or hoarding of files
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请涉及一种缓存信息的处理方法、装置和电子设备。该方法包括:获取针对于待处理应用的第一操作指令,其中,第一操作指令携带待处理应用中第一功能模块的标识以及操作信息,待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息,M为大于1的整数;在缓存记录表中查找第一功能模块的标识相对应的缓存地址;根据第一功能模块所对应的缓存地址,获取第一功能模块的缓存信息;根据操作信息,对第一功能模块的缓存信息进行相应操作。该方法可以针对应用的不同业务模块进行不同操作,避免对单个模块的缓存管理对其他模块的缓存内容产生影响,从而避免清理缓存导致缓存中的功能模块的内容丢失,从而保证应用程序正常运行。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种缓存信息的处理方法、装置和电子设备。
背景技术
缓存是终端设备在运行的过程中对于处理过的内容保留的一个副本,在对访问过的内容再次访问时,直接通过缓存中提供内容,而不需要在再次进行访问和处理,是加快终端响应速度的重要方式。随着移动端和云技术的发展,缓存也成为了用来存储和支持应用程序的功能运行的关键载体。
目前,缓存的内容通常被存储在终端设备的存储器上。终端设备会定时检查缓存中的内容的时效性,并且在适当的时候释放并回收缓存空间。
然而,对缓存的管理通常按照应用程序进行管理,依赖缓存运行的功能的缓存内容会在清理缓存时被清除,从而导致下次运行功能时需要重新进行下载,影响应用程序的运行效率。
发明内容
基于上述技术问题,本申请提供一种缓存信息的处理方法,以避免清理缓存导致缓存中的功能模块的内容丢失,从而保证应用程序正常运行。
本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面,提供一种缓存信息的处理方法,包括:
获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息;
在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系;
根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息;
根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
根据本申请实施例的一个方面,提供一种缓存信息处理装置,包括:
指令获取模块,用于获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息;
地址确定模块,用于在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系;
信息获取模块,用于根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息;
操作模块,用于根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
在本申请的一些实施例中,基于以上技术方案,地址确定模块包括:
创建单元,用于若根据所述缓存记录表确定所述第一功能模块满足地址创建条件,则创建所述第一功能模块所对应的缓存地址,并且根据所述第一功能模块所对应的缓存地址更新所述缓存记录表。
在本申请的一些实施例中,基于以上技术方案,操作模块包括:
比例确定单元,用于根据所述操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间,确定目标存储空间比例;
空间获取单元,用于若所述目标存储空间比例高于所述第一功能模块所对应的比例阈值,则获取运行所述待处理应用的终端设备的空闲存储空间;
更新单元,用于若所述终端设备的空闲存储空间大于所述操作信息所需要的存储空间,则根据所述第一功能模块所指示的所述操作信息,更新所述第一功能模块的缓存信息。
在本申请的一些实施例中,基于以上技术方案,操作模块包括:
标识获取单元,用于从应用服务器获取所述第一功能模块的缓存信息所对应的删除标识,所述删除标识用于指示是否允许删除缓存信息;
删除单元,用于若所述删除标识指示允许删除所述缓存信息,对所述第一功能模块的缓存信息进行删除操作。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
第二指令获取模块,用于获取针对于所述待处理应用的第二操作指令,其中,所述第二操作指令携带所述M个功能模块的标识;
地址获取模块,用于从所述缓存记录表中获取所述M个功能模块中各个功能模块的标识相对应的缓存地址,得到所述待处理应用所对应的M个缓存地址;
标识获取模块,用于针对所述M个缓存地址中每个缓存地址所对应的缓存信息,从应用服务器获取相对应功能模块的删除标识,所述删除标识用于指示是否允许删除缓存信息;
信息删除模块,用于若所述删除标识指示允许删除所述缓存信息,则对所述缓存信息进行删除操作。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
监控模块,用于监控运行所述待处理应用的终端设备的设备存储比例;
生成模块,用于若所述设备存储比例超过设备比例阈值,则生成针对所述待处理应用的第二操作指令。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
比例确定模块,用于根据所述M个缓存地址中每个缓存地址所对应的缓存信息以及所述M个功能模块中各个功能模块所对应的缓存最大值,确定所述M个功能模块中各个功能模块所对应的模块缓存比例;
发送模块,用于将所述模块缓存比例发送给应用服务器。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
接收模块,用于在所述待处理应用启动时,从所述应用服务器接收对应于所述M个功能模块的M个模块缓存比例;
增量确定模块,用于根据所述M个模块缓存比例以及所述M个功能模块的当前模块缓存比例,确定缓存增量;
删除模块,用于若所述缓存增量大于增量阈值,则根据所述M个功能模块的优先级顺序,对相应缓存信息进行删除操作。
根据本申请实施例的一个方面,提供一种缓存信息处理设备,该缓存信息处理设备包括:处理器;以及存储器,用于存储处理器的可执行指令;其中,该处理器配置为经由执行可执行指令来执行如以上技术方案中的缓存信息的处理方法。
根据本申请实施例的一个方面,提供一种计算机可读存储介质,其上存储有计算机程序,当该计算机程序被处理器执行时实现如以上技术方案中的缓存信息的处理方法。
根据本申请实施例的一个方面,提供了一种计算机程序产品或计算机程序,该计算机程序产品或计算机程序包括计算机指令,该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令,处理器执行该计算机指令,使得该计算机设备执行上述各种可选实现方式中提供缓存信息的处理方法。
在本申请的实施例中,根据针对功能模块的操作指令,获取功能模块对应的缓存地址和缓冲信息,再根据操作指令对缓存信息进行操作。由于按照业务模块的维度对缓存信息进行管理,从而可以针对应用的不同业务模块进行不同操作,避免对单个模块的缓存管理对其他模块的缓存内容产生影响,从而避免清理缓存导致缓存中的功能模块的内容丢失,从而保证应用程序正常运行。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
在附图中:
图1示意性地示出了本申请技术方案在一个应用场景中的示例性系统构架示意图;
图2示出了本申请实施例中的一种缓存信息的处理方法的流程示意图;
图3为本申请实施例中缓存管理结构的示意图;
图4为本申请实施例中缓存文件目录的示意图;
图5示出了本申请实施例中的一种缓存信息的处理方法的流程示意图;
图6示出了本申请实施例中的一种缓存信息的处理方法的流程示意图;
图7为本申请实施例中写入流程的示意图;
图8示意性地示出了本申请实施例中缓存信息处理装置的组成框图;
图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
应理解,本申请可以应用于终端设备上软件程序或者云技术中,例如影音娱乐类的视频或短视频软件或者云游戏和云会议等等。此类软件是包括多种功能的综合软件,例如包括登录、会员、电影、电视剧和记录管理等各类功能。这些功能在用户使用的过程中会在终端设备中留下各种类型的缓存文件,以便用户再次浏览相同资源时加快相应速度。在此场景中,本申请的方案可以对应用留下的缓存文件进行统一管理,从而对不同模块的缓存单独进行操作,避免缓存之间相互影响。具体地,例如,在视频软件的场景下,用户在浏览过程中,软件会在缓存中存储浏览过的视频、封面图片、软件主题皮肤、浏览记录以及用户登录信息等各类缓存信息。视频文件通常占用比较大的空间,随着缓存中的视频文件数量增加,可能会导致缓存不足而需要进行清理。此时,利用本申请的方案,缓存中的视频和封面会被清除,而软件主题皮肤、浏览记录以及用户登录信息的缓存将被保留,程序的软件功能缓存也将被保留,释放缓存空间的同时而不会影响软件的运行。
云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来,实现数据的计算、储存、处理和共享的一种托管技术。
云技术(Cloud technology)基于云计算商业模式应用的网络技术、信息技术、整合技术、管理平台技术、应用技术等的总称,可以组成资源池,按需所用,灵活便利。云计算技术将变成重要支撑。技术网络系统的后台服务需要大量的计算、存储资源,如视频网站、图片类网站和更多的门户网站。伴随着互联网行业的高度发展和应用,将来每个物品都有可能存在自己的识别标志,都需要传输到后台系统进行逻辑处理,不同程度级别的数据将会分开处理,各类行业数据皆需要强大的系统后盾支撑,只能通过云计算来实现。
云游戏(Cloud gaming)又可称为游戏点播(gaming on demand),是一种以云计算技术为基础的在线游戏技术。云游戏技术使图形处理与数据运算能力相对有限的轻端设备(thin client)能运行高品质游戏。在云游戏场景下,游戏并不在玩家游戏终端,而是在云端服务器中运行,并由云端服务器将游戏场景渲染为视频音频流,通过网络传输给玩家游戏终端。玩家游戏终端无需拥有强大的图形运算与数据处理能力,仅需拥有基本的流媒体播放能力与获取玩家输入指令并发送给云端服务器的能力即可。
为了便于理解,以本申请的方案应用于视频软件为例进行说明。请参阅图1,图1示意性地示出了本申请技术方案在一个应用场景中的示例性系统构架示意图。
由图1可以看出,该场景包括服务器以及终端、笔记本电脑等终端设备。视频软件的客户端在终端、笔记本电脑、手机、车载终端、可穿戴电子设备、VR/AR设备等终端设备上执行,并且与服务器进行通信。服务器根据终端设备的业务请求,向终端设备发送信息,终端设备则对消息进行处理并且进行缓存以便下次使用。例如,用户通过手机上的客户端向服务器发送视频播放请求,服务器则将视频内容发送给客户端。客户端播放视频的同时会将视频存储到本地的缓存空间中。用户在下次播放此视频时,客户端将直接从缓存中获取此视频进行播放而不需要再次从服务器获取视频资源。
图1中的服务器具体可以是单个服务器、服务器集群或者云服务器等各类形式。服务器用于支持客户端功能的运行,收集客户端发送的信息。在本申请中,客户端还会将终端设备的缓存使用状况发送给服务器,服务器将根据终端设备的缓存使用状况进行统计和分析。客户端在进行缓存清理时将向服务器发送消息,服务器根据对缓存使用状况的分析下发对缓存内容的管理指令,从而对缓存内容进行针对性的管理。
客户端与服务器之间的通信方式可以采用任何有线或无线通信方式,本申请对此不作限制。
可以理解的是,图1中所示出的场景仅为本申请的方案所应用的场景示例,实际的应用场景可以采用其他适合网络结构,例如加入代理服务器和多级网络等,本申请对此不作限制。
下面结合具体实施方式对本申请提供的技术方案做出详细说明。
请参阅图2,图2示出了本申请实施例中的一种缓存信息的处理方法的流程示意图,本实施例的方法可以应用于如上文所述的终端设备中,由终端设备或者终端设备中的客户端执行。本实施例的方法可以包括如下步骤S201至步骤S204:
步骤S201,获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息,M为正整数。
其中,第一操作指令用于对缓存信息进行操作的指令,其可以是根据待处理应用进行的操作生成的或者由待处理应用自动触发的。例如,用户操作待处理应用进行视频播放,则第一操作指令可以是新建缓存信息、更新缓存信息或者删除缓存信息等指令。
在本申请的实施例中,待处理应用中包括M个功能模块,例如,在视频软件的客户端中,可以包括电视剧模块、电影模块、反馈模块、换肤模块、会员模块以及登录模块等。待处理应用在缓存存储空间中会为每个模块建立一个文件夹,作为缓存信息存储空间。具体地,待处理应用中可以建立缓存管理中心来管理客户端的整体缓存情况。在缓存管理中心中,将待处理应用的各个业务模块进行分别管理,请参阅图3,图3为本申请实施例中缓存管理结构的示意图。其中,缓存管理中心分别管理业务A、业务B和业务C的缓存内容,按照业务维度对各种不同业务的缓存信息进行组织和管理。缓存管理中心可以采用软件工程中的工厂模式来实现,在缓存管理中心中建立基础工厂类,基础工厂类对每个业务模块生成模块子类,模块子类负责管理对应业务模块在运行过程中产生的缓存文件,包括图片、列表文件、高速缓存文件、字串、音频、视频文件等。缓存管理中心对客户端的业务方模块开放打开目录、写入文件和读取文件等权限。业务方模块通过开放出来的接口进行读写操作。由于客户端应用程序的页面加载,用户交互的操作在主线程中进行,因此缓存管理中心的内部会通过多线程的方式创建子线程对象,用于处理缓存的管理操作。缓存管理中心对于缓存信息管理可以利用文件系统中的文件夹来进行,请参阅图4,图4为本申请实施例中缓存文件目录的示意图,如图4所示,对于待处理应用X,业务模块A、B和C的业务文件夹统一在一个“文档”文件夹内。每个业务模块的缓存文件夹可以进一步进行细化为子文件夹,以分别存储缓存文件。
每个业务模块的模块子类会监控各自的缓存文件夹的大小。如果缓存文件夹的大小超过了设定的限制值,则将会发出警告,通过业务模块提示客户出现缓存不足的提示消息。
步骤S202,在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系。
缓存记录表是客户端维护的列表或表格,用于记录功能模块与缓存地址之间的对应关系,其中的每条记录包括功能模块的标识与对应的缓存地址。在缓存地址被删除或者有新的缓存地址被建立时,缓存管理中心会更新缓存记录表中的数据。第一功能模块是待处理应用中的任一个模块,缓存地址为该第一功能模块的缓存信息所在的文件夹地址。
可以理解的是,功能模块与缓存地址之间的对应关系可以设置成一对一或者一对多,当设置为一对多时,对于一个业务模块的缓存信息的操作指令将被转换为针对特定缓存地址中的缓存信息的操作,该转换可以由业务模块根据对应关系来确定。例如,视频模块具有多个缓存地址,每个地址对应于不同的视频频道,对缓存内容进行读取的指令则可以转化为对正在浏览的视频频道的缓存内容进行读取的制冷。
步骤S203,根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息。
缓存信息是缓存地址中所存储的缓存文件中的信息。取决于缓存文件类型,缓存信息的内容不同,例如,可以是视频、音频、文字、图像等。在一个缓存地址中,可以存在缓存文件,取决于第一操作指令的操作信息的不同,获取的方式不同。操作信息为读取或更新指令时,缓存信息可以是读取的缓存文件的内容,操作信息为创建指令时,缓存信息可以是读取的缓存文件夹的剩余空间和地址信息,操作信息为删除指令时,缓存信息可以是缓存文件的属性信息,例如文件名、大小、创建时间等。
步骤S204,根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
具体地,若操作信息为读取或更新指令,则对缓存信息进行写入或读取。若操作信息为创建指令,则在缓存地址中创建新的缓存文件并加入到缓存信息中。若操作信息为删除指令,则将对应的缓存信息删除。
在本申请的实施例中,根据针对功能模块的操作指令,获取功能模块对应的缓存地址和缓冲信息,再根据操作指令对缓存信息进行操作。由于按照业务模块的维度对缓存信息进行管理,从而可以针对应用的不同业务模块进行不同操作,避免对单个模块的缓存管理对其他模块的缓存内容产生影响,从而避免清理缓存导致缓存中的功能模块的内容丢失,从而保证应用程序正常运行。
在本申请的一个实施例中,为了创建缓存文件夹,步骤S202,在缓存记录表中查找所述第一功能模块所对应的缓存地址,可以包括如下步骤S301,详细说明如下:
步骤S301,若根据所述缓存记录表确定所述第一功能模块满足地址创建条件,则创建所述第一功能模块所对应的缓存地址,并且根据所述第一功能模块所对应的缓存地址更新所述缓存记录表。
其中,地址创建条件至少包括缓存记录表中未查询到第一功能模块所对应的缓存地址,即第一功能模块没有对应的缓存文件夹。此时,业务模块将会在缓存空间中创建一个新文件夹作为第一功能模块的缓存文件夹,并且将新文件夹的地址和第一功能模块之间的对应关系更新到缓存记录表中。随后,业务模块将会获得新创建的文件夹的地址作为缓存地址进行进一步的操作。在后续的步骤中,由于缓存地址为新创建得到的,可以确定其中的缓存信息为空,因此,对于更新或者创建指令,将创建新的缓存文件,而对于删除指令则不进行操作。
在一个实施例中,对于文件夹内新建的缓存文件,业务模块还会为各个缓存文件赋予优先级。在后续对缓存进行清理时,将按照优先级的顺序进行删除。
在本申请的实施例中,创建对应于第一功能模块的缓存地址,并且更新缓存记录表,可以在缓存文件夹不存在时自动创建对应文件夹,提高方案的可实施性。
在本申请的一个实施例中,为了更新缓存文件,具体可以如图5所示,步骤S204,根据所述第一功能模块所指示的所述操作信息,对所述第一功能模块的缓存信息进行相应操作,可以包括如下步骤S401至S403,详细说明如下:
步骤S401,根据所述操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间,确定目标存储空间比例。
操作信息所需要的存储空间可以是要写入缓存的文件大小,第一功能模块的缓存信息所占用的存储空间指的是当前缓存文件夹中文件的总大小。目标存储空间比例是按照第一操作指令进行操作之后,缓存信息的大小与缓存文件夹的大小限制之间的比例,例如,进行操作之后缓存信息大小为32KB,而缓存文件夹的最大限制值为100KB,则目标存储空间比例为32%。目标存储空间比例可以取决于要进行的操作而定,例如,若要进行新缓存文件信息写入,则根据操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间之和来确定,若要进行缓存文件更新,则根据操作信息所需要的存储空间相对于所述第一功能模块的缓存信息所占用的存储空间的增量结果而定,若是对缓存文件进行删除,则操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间的差值而定。
步骤S402,若所述目标存储空间比例高于所述第一功能模块所对应的比例阈值,则获取运行所述待处理应用的终端设备的空闲存储空间。
第一模块所对应的比例阈值指的是缓存文件与缓存文件夹的空间阈值的最大比例。通常该比例阈值为100%。在一个实施例中,该比例阈值可以低于100%或高于100%,例如,可以为110%来借用其他模块的空间,或者为90%来向其他模块借出空间。
当目标存储空间比例高于所述第一功能模块所对应的比例阈值,则可以确定当前缓存文件夹中的存储空间不足以支持第一操作指令的执行。此时,为了能够支持第一操作指令的执行,客户端则获取待处理应用所在的终端设备的空闲存储空间,该空闲存储空间指的是缓存文件夹的最大限制值之外的空间,例如,终端设备的总存储空间可以是500KB,而第一功能模块对应的缓存文件夹的最大值时100KB,当缓存文件夹被占满时,终端设备的已经被占用的存储空间可能是400KB,则终端设备的空闲存储空间为100KB。
步骤S403,若所述终端设备的空闲存储空间大于所述操作信息所需要的存储空间,则根据所述第一功能模块所指示的所述操作信息,更新所述第一功能模块的缓存信息。
空闲存储空间大于操作信息所需要的存储空间,则表示终端设备可以支持第一操作指令的执行,则可以更新第一功能模块的缓存信息,将操作信息写入到缓存信息中。此时,缓存信息所占用的空间已经超过缓存文件夹所允许的最大限制值。客户端基于缓存文件夹中空间不足的情况可以向用户进行弹窗告警。
可以理解的是,若所述终端设备的空闲存储空间小于所述操作信息所需要的存储空间,则表示终端设备的剩余空间不足以支持第一操作指令的执行,此时客户端停止第一操作指令的执行,并直接向用户告警。
若所述目标存储空间比例低于所述第一功能模块所对应的比例阈值,则可以直接执行第一操作指令的功能,而不需进行步骤S403的操作。
在本申请的实施例中,在缓存文件夹的空间不足以支持操作指令执行时,检查终端设备的存储空间是否能够支持操作指令执行,能支持则执行操作指令,从而在缓存空间不足时,能够充分利用终端设备的性能来支持待处理应用的运行,从而提高应用程序的运行效率。
在本申请的一个实施例中,操作信息为删除操作;为了删除缓存信息,具体可以如图6所示,步骤S204,根据所述第一功能模块所指示的所述操作信息,对所述第一功能模块的缓存信息进行相应操作,可以包括如下步骤S501至S502,详细说明如下:
步骤S501,从应用服务器获取所述第一功能模块的缓存信息所对应的删除标识,所述删除标识用于指示是否允许删除缓存信息;
步骤S502,若所述删除标识指示允许删除所述缓存信息,对所述第一功能模块的缓存信息进行删除操作。
具体地,在第一操作指令是对第一功能模块的缓存信息进行删除操作时,客户端首先会向应用服务器发送删除请求消息,应用服务器将会根据待处理应用的预先设置以及对于用户的历史使用习惯的统计和分析,向客户端发送删除指导消息,该删除指导消息里包括第一功能模块的缓存信息所对应的删除标识。具体地,待处理应用通过功能模块所对应的子类尝试进行删除,执行删除时,调用子类的删除判断函数,从应用服务器获取功能模块对应的删除标识,返回为1则标识允许删除缓存信息,返回0则表示不允许删除或需要进一步确认。删除标识用于指示缓存信息是否可以被删除。若删除标识指示允许删除所述缓存信息,对所述第一功能模块的缓存信息进行删除操作。若删除标识指示不允许删除所述缓存信息,可以向用户展示提示信息,请求用户再次确认是否删除缓存信息,等待用户二次确认后再删除第一功能模块的缓存信息,或者可直接终止删除操作并向用户进行提示。
在本申请的实施例中,在对缓存信息进行删除时,通过业务方的服务器确定缓存文件是否可以被删除,从而能够避免终端清理缓存时删除业务方的关键缓存内容,从而确保应用运行的稳定性。
在本申请的一个实施例中,为了删除缓存信息,步骤S204,根据所述第一功能模块所指示的所述操作信息,对所述第一功能模块的缓存信息进行相应操作,可以包括如下步骤,详细说明如下:
获取针对于所述待处理应用的第二操作指令,其中,所述第二操作指令携带所述M个功能模块的标识;
从所述缓存记录表中获取所述M个功能模块中各个功能模块的标识相对应的缓存地址,得到所述待处理应用所对应的M个缓存地址;
针对所述M个缓存地址中每个缓存地址所对应的缓存信息,从应用服务器获取相对应功能模块的删除标识,所述删除标识用于指示是否允许删除缓存信息;
若所述删除标识指示允许删除所述缓存信息,则对所述缓存信息进行删除操作。
具体地,第二操作指令可以是用户通过客户端触发的缓存清理指令,该缓存清理指令是针对待处理应用的所有缓存地址的,因此,第二操作指令中携带针对待处理应用中的M个功能模块的标识。
根据M个功能模块的标识,客户端从缓存记录表中查找各个功能模块所对应的缓存地址。可以理解的是,客户端基于缓存清理指令,将会获得待处理应用所对应的所有缓存地址。
客户端将功能模块的标识发送给应用服务器,应用服务器利用功能模块的标识查询相对应功能模块的删除标识。删除标识的含义与上述实施例的中的删除标识相同,此处不再赘述。待处理应用遍历各个功能模块所对应的子类尝试进行删除,执行删除时,调用相应子类的删除判断函数,从应用服务器获取功能模块对应的删除标识,返回为1则删除,0则不执行删除或进行进一步确认。根据各个功能模块的对应的删除标识,客户端对所述各个功能模块的缓存信息进行删除或者略过而不删除。
在本申请的实施例中,在对缓存信息进行删除时,对待处理应用的所有缓存地址进行遍历删除,并且具体的删除通过业务方的服务器来确定,从而能够由业务方来指定清理缓存时需要删除的内容,从而提升缓存清理的灵活性。
在本申请的一个实施例中,为了获取第二操作指令,上述步骤,获取针对于所述待处理应用的第二操作指令之前,方法还可以包括如下步骤,详细说明如下:
监控运行所述待处理应用的终端设备的设备存储比例;
若所述设备存储比例超过设备比例阈值,则生成针对所述待处理应用的第二操作指令。
具体地,在待处理应用运行的过程中,将会监控终端设备的设备存储比例。设备存储比例指的是终端设备的总缓存空间中被占用的比例。设备比例阈值指的是缓存空间允许被占用的比例,例如90%,设备存储比例是终端设备中所有的应用程序所公用的。若设备存储比例超过设备比例阈值,则表示终端设备当前的缓存空间已经严重不足,因此需要对缓存空间进行清理,从而释放出缓存空间。因此,客户端可以生成针对待处理应用的第二操作指令,从而触发待处理应用对缓存信息进行清理。
在本申请的实施例中,根据终端设备的设备比例阈值,生成用于进行缓存清理的第二操作志林,从而能够在设备的缓存空间不足时,从而及时释放缓存空间,增加待处理应用的稳定性。
在本申请的一个实施例中,方法还可以包括如下步骤,详细说明如下:
根据所述M个缓存地址中每个缓存地址所对应的缓存信息以及所述M个功能模块中各个功能模块所对应的缓存最大值,确定所述M个功能模块中各个功能模块所对应的模块缓存比例;
将所述模块缓存比例发送给应用服务器。
具体地,待处理应用的客户端可以根据M个功能模块的各个文件夹所占用的空间与文件夹的缓存最大值,确定各个功能模块的模块缓存比例,并且将各个功能模块的模块缓存比例发送给应用服务器。应用服务器将会为每个用户建立用户缓存记录,用于存储客户端上报的模块缓存比例。待处理应用可以上应用服务器实时的上报其各个功能模块的模块缓存比例,或者在对缓存进行操作的时候向应用服务器上报,例如在新建缓存文件后或者删除缓存文件后。应用服务器可以根据用户的用户缓存记录,从而分析用户使用习惯。例如,若电影模块所对应的模块缓存比例经常较高的话,则可以假定用户对电影的比较青睐,从而,可以在直到客户端进行缓存清理时,先清理其他模块的缓存,而尽量保留电影模块的缓存内容。具体地,客户端在对进行缓存文件进行清理时,向应用服务器发送请求消息,应用服务器根据用户的缓存历史确定请求消息中所涉及的模块的缓存信息的删除标识发送给客户端,客户端再根据删除标识进行删除操作。
在本申请的实施例中,通过将功能模块的模块缓存比例上报给服务器,从而可以将功能模块的缓存比例保存在远程服务器,对终端设备的缓存使用状况进行记录,增加使用状况的可追踪性,有利于提供个性化服务,提升用户体验。
在本申请的一个实施例中,方法还可以包括如下步骤,详细说明如下:
在所述待处理应用启动时,从所述应用服务器接收对应于所述M个功能模块的M个模块缓存比例;
根据所述M个模块缓存比例以及所述M个功能模块的当前模块缓存比例,确定缓存增量;
若所述缓存增量大于增量阈值,则根据所述M个功能模块的优先级顺序,对相应缓存信息进行删除操作。
具体地,在待处理应用的启动过程中,会向应用服务器发送缓存信息请求消息。应用服务器会将该终端设备最近一次同步的模块缓存比例发送给待处理应用。待处理应用的客户端会根据所接收到的模块缓存比例以及终端设备中各个功能模块当前的模块缓存比例做比较,得到各个功能模块的缓存增量。
根据缓存增量,可以确定该各个功能模块的缓存变化。若缓存增量大于增量阈值,则表示缓存变化较大,有必要对缓存进行清理。在本实施例中,待处理应用可以为缓存文件夹中的各个缓存文件设置优先级。优先级可以在对缓存文件进行创建或更新时设置或更改。优先级表示相应缓存文件的重要程度,由待处理应用按照一定规则设置或者由应用服务器根据用户的缓存历史进行学习,例如,可以将浏览历史、登录信息和经常观看的视频作为高优先级的缓存文件,而将其他的缓存信息作为低优先级的文件。待处理应用会根据所述M个功能模块的优先级顺序,对相应缓存信息进行删除操作。具体地,删除时,首先清除低优先级的内容,并且在清理过后检查缓存空间是否足够。若足够,则保留高优先级的内容,否则再对高优先级的内容进行清理。
在本申请的实施例中,根据应用服务器中的模块缓存比例判断缓存增量,并且根据缓存增量大小判断是否要进行清理,并且在清理时根据缓存文件的优先级进行清理,从而为程序运行提供更充足的缓存空间,同时还能够确保对程序运行和客户使用比较重要的缓存文件得到保留,从而提升客户体验。
下面对本申请中的完整写入流程进行介绍。为了便于介绍,请参阅图7,图7为本申请实施例中写入流程的示意图。如图7所示,随着用户对应用程序的使用,业务模块将会产生缓存内容。随后,缓存管理中心检查缓存记录表中是否记录了对应于业务模块的文件夹。若不能够获取到业务模块对应的文件夹,则将会在缓存目录里建立业务模块对应的文件夹,并且更新缓存记录表。若能够获取到业务模块对应的文件夹,则可直接对在文件夹里进行缓存文件的写入操作。随后,对写入操作所涉及的缓存文件进行优先级设置。在写操作的中,待处理模块会检查缓存文件夹的大小是否超过文件夹的限制值,若未超过,则可以直接进行写操作。若缓存文件夹的大小超过文件夹的限制值,则进一步检查终端设备的缓存空间是否能够支持此次写操作,若是,则继续进行写入,否则,则直接终止写入操作。
应当注意,尽管在附图中以特定顺序描述了本申请中方法的各个步骤,但是,这并非要求或者暗示必须按照该特定顺序来执行这些步骤,或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的,可以省略某些步骤,将多个步骤合并为一个步骤执行,以及/或者将一个步骤分解为多个步骤执行等。
以下介绍本申请的装置实施,可以用于执行本申请上述实施例中的缓存信息的处理方法。图8示意性地示出了本申请实施例中缓存信息处理装置的组成框图。如图8所示,缓存信息处理装置600主要可以包括:
指令获取模块610,用于获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息,M为大于1的整数;
地址确定模块620,用于在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系;
信息获取模块630,用于根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息;
操作模块640,用于根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
在本申请的一些实施例中,基于以上技术方案,地址确定模块620包括:
创建单元,用于若根据所述缓存记录表确定所述第一功能模块满足地址创建条件,则创建所述第一功能模块所对应的缓存地址,并且根据所述第一功能模块所对应的缓存地址更新所述缓存记录表。
在本申请的一些实施例中,基于以上技术方案,操作模块640包括:
比例确定单元,用于根据所述操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间,确定目标存储空间比例;
空间获取单元,用于若所述目标存储空间比例高于所述第一功能模块所对应的比例阈值,则获取运行所述待处理应用的终端设备的空闲存储空间;
更新单元,用于若所述终端设备的空闲存储空间大于所述操作信息所需要的存储空间,则根据所述第一功能模块所指示的所述操作信息,更新所述第一功能模块的缓存信息。
在本申请的一些实施例中,基于以上技术方案,操作模块640包括:
标识获取单元,用于从应用服务器获取所述第一功能模块的缓存信息所对应的删除标识,所述删除标识用于指示是否允许删除缓存信息;
删除单元,用于若所述删除标识指示允许删除所述缓存信息,对所述第一功能模块的缓存信息进行删除操作。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
第二指令获取模块,用于获取针对于所述待处理应用的第二操作指令,其中,所述第二操作指令携带所述M个功能模块的标识;
地址获取模块,用于从所述缓存记录表中获取所述M个功能模块中各个功能模块的标识相对应的缓存地址,得到所述待处理应用所对应的M个缓存地址;
标识获取模块,用于针对所述M个缓存地址中每个缓存地址所对应的缓存信息,从应用服务器获取相对应功能模块的删除标识,所述删除标识用于指示是否允许删除缓存信息;
信息删除模块,用于若所述删除标识指示允许删除所述缓存信息,则对所述缓存信息进行删除操作。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
监控模块,用于监控运行所述待处理应用的终端设备的设备存储比例;
生成模块,用于若所述设备存储比例超过设备比例阈值,则生成针对所述待处理应用的第二操作指令。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
比例确定模块,用于根据所述M个缓存地址中每个缓存地址所对应的缓存信息以及所述M个功能模块中各个功能模块所对应的缓存最大值,确定所述M个功能模块中各个功能模块所对应的模块缓存比例;
发送模块,用于将所述模块缓存比例发送给应用服务器。
在本申请的一些实施例中,基于以上技术方案,缓存信息处理装置,还包括:
接收模块,用于在所述待处理应用启动时,从所述应用服务器接收对应于所述M个功能模块的M个模块缓存比例;
增量确定模块,用于根据所述M个模块缓存比例以及所述M个功能模块的当前模块缓存比例,确定缓存增量;
删除模块,用于若所述缓存增量大于增量阈值,则根据所述M个功能模块的优先级顺序,对相应缓存信息进行删除操作。
需要说明的是,上述实施例所提供的装置与上述实施例所提供的方法属于同一构思,其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。
图9示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是,图9示出的电子设备的计算机系统700仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图9所示,计算机系统700包括中央处理单元(Central Processing Unit,CPU)701,其可以根据存储在只读存储器(Read-Only Memory,ROM)702中的程序或者从储存部分708加载到随机访问存储器(Random Access Memory,RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中,还存储有系统操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(Input/Output,I/O)接口705也连接至总线704。
以下部件连接至I/O接口705:包括键盘、鼠标等的输入部分706;包括诸如阴极射线管(Cathode Ray Tube,CRT)、液晶显示器(Liquid Crystal Display,LCD)等以及扬声器等的输出部分707;包括硬盘等的储存部分708;以及包括诸如LAN(Local Area Network,局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器710上,以便于从其上读出的计算机程序根据需要被安装入储存部分708。
特别地,根据本申请的实施例,各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分709从网络上被下载和安装,和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (10)
1.一种缓存信息的处理方法,其特征在于,包括:
获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息;
在缓存记录表中查找与所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系;
根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息;
根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
2.根据权利要求1所述的方法,其特征在于,所述在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,包括:
若根据所述缓存记录表确定所述第一功能模块满足地址创建条件,则创建所述第一功能模块所对应的缓存地址,并且根据所述第一功能模块所对应的缓存地址更新所述缓存记录表。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一功能模块所指示的所述操作信息,对所述第一功能模块的缓存信息进行相应操作,包括:
根据所述操作信息所需要的存储空间以及所述第一功能模块的缓存信息所占用的存储空间,确定目标存储空间比例;
若所述目标存储空间比例高于所述第一功能模块所对应的比例阈值,则获取运行所述待处理应用的终端设备的空闲存储空间;
若所述终端设备的空闲存储空间大于所述操作信息所需要的存储空间,则根据所述第一功能模块所指示的所述操作信息,更新所述第一功能模块的缓存信息。
4.根据权利要求1所述的方法,其特征在于,所述操作信息为删除操作;所述根据所述第一功能模块所指示的所述操作信息,对所述第一功能模块的缓存信息进行相应操作,包括:
从应用服务器获取所述第一功能模块的缓存信息所对应的删除标识,所述删除标识用于指示是否允许删除缓存信息;
若所述删除标识指示允许删除所述缓存信息,对所述第一功能模块的缓存信息进行删除操作。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取针对于所述待处理应用的第二操作指令,其中,所述第二操作指令携带所述M个功能模块的标识;
从所述缓存记录表中获取所述M个功能模块中各个功能模块的标识相对应的缓存地址,得到所述待处理应用所对应的M个缓存地址;
针对所述M个缓存地址中每个缓存地址所对应的缓存信息,从应用服务器获取相对应功能模块的删除标识,所述删除标识用于指示是否允许删除缓存信息;
若所述删除标识指示允许删除所述缓存信息,则对所述缓存信息进行删除操作。
6.根据权利要求5所述的方法,其特征在于,所述获取针对于所述待处理应用的第二操作指令之前,所述方法还包括:
监控运行所述待处理应用的终端设备的设备存储比例;
若所述设备存储比例超过设备比例阈值,则生成针对所述待处理应用的第二操作指令。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
根据所述M个缓存地址中每个缓存地址所对应的缓存信息以及所述M个功能模块中各个功能模块所对应的缓存最大值,确定所述M个功能模块中各个功能模块所对应的模块缓存比例;
将所述模块缓存比例发送给应用服务器。
8.一种缓存信息处理装置,其特征在于,包括:
指令获取模块,用于获取针对于待处理应用的第一操作指令,其中,所述第一操作指令携带所述待处理应用中第一功能模块的标识以及操作信息,所述待处理应用包括M个功能模块,每个功能模块具有对应的缓存信息;
地址确定模块,用于在缓存记录表中查找所述第一功能模块的标识相对应的缓存地址,其中,所述缓存记录表用于记录功能模块与缓存地址之间的对应关系;
信息获取模块,用于根据所述第一功能模块所对应的缓存地址,获取所述第一功能模块的缓存信息;
操作模块,用于根据所述操作信息,对所述第一功能模块的缓存信息进行相应操作。
9.一种电子设备,其特征在于,包括:
处理器;
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1至7中任意一项所述的缓存信息的处理方法。
10.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的缓存信息的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110326146.5A CN115130028A (zh) | 2021-03-26 | 2021-03-26 | 缓存信息的处理方法、装置和电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110326146.5A CN115130028A (zh) | 2021-03-26 | 2021-03-26 | 缓存信息的处理方法、装置和电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115130028A true CN115130028A (zh) | 2022-09-30 |
Family
ID=83374705
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110326146.5A Pending CN115130028A (zh) | 2021-03-26 | 2021-03-26 | 缓存信息的处理方法、装置和电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115130028A (zh) |
-
2021
- 2021-03-26 CN CN202110326146.5A patent/CN115130028A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109254733B (zh) | 用于存储数据的方法、装置和系统 | |
US10331863B2 (en) | User-generated content permissions status analysis system and method | |
US8813177B2 (en) | Background application management | |
CN109640173B (zh) | 一种视频播放方法、装置、设备及介质 | |
US20090234902A1 (en) | System, method and apparatus for making content available over multiple devices | |
US11240188B2 (en) | Large data management in communication applications through multiple mailboxes | |
US20230409527A1 (en) | Method And System For Deleting Obsolete Files From A File System | |
CN111831618A (zh) | 数据写入方法、数据读取方法、装置、设备及存储介质 | |
CN111857539A (zh) | 用于管理存储系统的方法、设备和计算机程序产品 | |
CN108777802B (zh) | 一种缓存vr视频的方法和装置 | |
CN113542817A (zh) | 节目的混合播放方法及设备 | |
CN112131181A (zh) | 存储路径的展示方法、装置以及电子设备 | |
CN109862069B (zh) | 消息处理方法和装置 | |
WO2023273922A1 (zh) | 一种账号管理方法、系统和计算机可读存储介质 | |
CN113127430A (zh) | 镜像信息处理方法、装置、计算机可读介质及电子设备 | |
CN111666045A (zh) | 基于Git系统的数据处理方法、系统、设备及存储介质 | |
CN115130028A (zh) | 缓存信息的处理方法、装置和电子设备 | |
US12020081B2 (en) | Method to implement multi-tenant/shared redis cluster using envoy | |
CN112711572B (zh) | 适用于分库分表的在线扩容方法和装置 | |
CN114791893A (zh) | 一种随机数据访问的串行化系统 | |
US10185729B2 (en) | Index creation method and system | |
CN113568616A (zh) | 一种数据处理方法、装置、设备及介质 | |
CN113824763B (zh) | 消息推送方法、装置、计算机设备和存储介质 | |
US10567539B2 (en) | Managing metadata in cloud driven, thin client video applications | |
CN116150163A (zh) | 信息提示方法、装置、设备、存储介质及产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |