CN108509586A - 缓存管理的方法、装置及计算机可读存储介质 - Google Patents
缓存管理的方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN108509586A CN108509586A CN201810271246.0A CN201810271246A CN108509586A CN 108509586 A CN108509586 A CN 108509586A CN 201810271246 A CN201810271246 A CN 201810271246A CN 108509586 A CN108509586 A CN 108509586A
- Authority
- CN
- China
- Prior art keywords
- cache
- information
- identity
- list
- entity
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开一种缓存管理的方法、装置及计算机可读存储介质,其属于缓存技术领域,该方法包括以下步骤:利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁;将所有实体信息存储在所述二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一所述列表信息分别存储在所述一级缓存中。本发明的缓存管理的方法、装置及计算机可读存储介质,其通过两级缓存及分布式锁的结构设计,既能保证节省缓存空间的存储,还能保证信息的一致性,同时,快捷方便的缓存管理,使得数据源的变化能够立即生效,增强用户的体验。
Description
技术领域
本发明涉及缓存技术领域,尤其涉及一种缓存管理的方法、装置及计算机可读存储介质。
背景技术
随着互联网高速发展,特别是移动互联网的飞速发展,网络流量对服务器的冲击越来越大,特别是对数据库的冲击,因此,现在主流技术都会在数据库前面加上一层缓存技术,保护数据库避免受到冲击,所以,一种高效而且容易管理的缓存管理方案尤为重要。
发明内容
本发明的主要目的在于提出一种缓存管理的方法、装置及计算机可读存储介质,旨在通过两级缓存及分布式锁的结构设计,既能保证节省缓存空间的存储,还能保证信息的一致性,同时,快捷方便的缓存管理,使得数据源的变化能够立即生效,增强用户的体验。
为实现上述目的,本发明提供的一种缓存管理的方法,所述方法包括以下步骤:利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁;将所有实体信息存储在所述二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一所述列表信息分别存储在所述一级缓存中。
可选地,所述实体信息入口为对应的所述实体信息的身份标识。
可选地,所述身份标识为标题名称、关键词、存储地址、存储编号中的任意一种。
可选地,所述将所有实体信息存储在所述二级缓存中,对应生成包括不同实体信息入口的多个列表信息,并将所述多个列表信息分别存储在所述一级缓存中的步骤具体包括:将所有实体信息存储在所述二级缓存中,并生成每一所述实体信息的身份标识。
可选地,所述将所有实体信息存储在所述二级缓存中,对应生成包括不同实体信息入口的多个列表信息,并将所述多个列表信息分别存储在所述一级缓存中的步骤具体还包括:根据不同的应用界面组合相应的所述身份标识,以生成多个相应的列表信息,并将每一所述列表信息分别存储在所述一级缓存中。
可选地,所述将所有实体信息存储在所述二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一所述列表信息分别存储在所述一级缓存中的步骤之后,还包括以下步骤:根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上。
可选地,所述根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上的步骤具体包括:根据检索的关键词,组合相应的所述身份标识,以生成相应的所述列表信息,并呈现在当前应用界面上。
可选地,所述根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上的步骤之后,还包括以下步骤:根据在当前应用界面呈现的所述列表信息上被选中的实体信息入口,将相应的所述实体信息呈现在当前应用界面上。
此外,为实现上述目的,本发明还提出一种缓存管理的装置,所述装置包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现上述的方法的步骤。
此外,为实现上述目的,本发明还提出一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现上述的方法的步骤。
本发明提出的一种缓存管理的方法、装置及计算机可读存储介质,其利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁;然后将所有实体信息存储在该二级缓存中,并对应生成多个包括不同实体信息入口的列表信息,且将每一列表信息分别存储在该一级缓存中。这样一来,真正的实体信息只会存储一份,方便统一集中管理,而列表信息通过实体信息入口衍射到具体的实体信息,不但节省了内存的存储空间,而且能保证各个列表页看见相同的实体信息是一致的,同时,利用Redis布局分布式锁,可保证只有一个同样的请求涌入数据库,在缓存数据失效时候,防止大量用户涌入数据库。可见,本发明的缓存管理的方法、装置及计算机可读存储介质,其通过两级缓存及分布式锁的结构设计,既能保证节省缓存空间的存储,还能保证信息的一致性,同时,快捷方便的缓存管理,使得数据源的变化能够立即生效,增强用户的体验。
附图说明
图1为实现本发明各个实施例的移动终端的硬件结构示意图。
图2为如图1所示的移动终端所基于的通信网络系统架构图。
图3为本发明实施例一缓存管理的方法的流程框图。
图4为图3所示缓存管理的方法步骤S120的具体流程框图。
图5为本发明一级缓存的数据模型图。
图6为本发明二级缓存的数据模型图。
图7为本发明实施例一缓存管理的方法的又一流程框图。
图8为本发明实施例二缓存管理的的装置的结构框图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发消息或通话过程中,信号的接收和发送,具体的,将基站的下行消息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的消息或提供给用户的消息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符消息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸消息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据消息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的消息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本发明方法各个实施例。
实施例一
如图3所示,本发明实施例一提出一种缓存管理的方法,该方法包括以下步骤:
步骤S110:利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁。
具体地,本发明实施例中的移动终端,其主要利用分布式开源缓存框架Redis作为基础存储组件,来架构应用程序的一级缓存与二级缓存,并布局分布式锁。
众所周知,分布式系统(Distributed system)是建立在网络之上的软件系统,而分布式锁则是控制分布式系统之间同步访问共享资源的一种方式,在分布式系统中,常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,往往需要互斥来防止彼此干扰来保证一致性,在这种情况下,便需要使用到分布式锁。
一般而言,针对分布式锁的实现,目前比较常用的有以下几种方案:基于数据库实现分布式锁、基于缓存(如Redis、Memcached、Tair等)实现分布式锁以及基于Zookeeper实现分布式锁。这三种实现方案使用起来,各有优缺点,具体比较如下:
1、从理解的难易程度角度(从低到高):数据库>缓存>Zookeeper;
2、从实现的复杂性角度(从低到高):Zookeeper≥缓存>数据库;
3、从性能角度(从高到低):缓存>Zookeeper≥数据库;
4、从可靠性角度(从高到低):Zookeeper>缓存>数据库。
可见,上面几种方式,无论哪种方式都无法做到完美,在复杂性、可靠性、性能等方面无法同时满足,所以,具体应根据不同的应用场景选择最适合的。而本发明实施例的方法主要涉及的是缓存管理,其最适合的方案是基于缓存实现分布式锁。
其中,Redis是一种开源的、高性能的、支持分布式、支持多数据结构的缓存组件,其具有如下特点:高性能Key-Value存储;丰富的数据结构(包括string、list、hash、set、zset、hypeloglog);支持数据过期(主动过期+惰性过期);支持多种LRU策略(包括volatile-lru、volatile-ttl等);内存管理(包括tcmaloc、jemalloc);内存存储+磁盘持久化(包括rdb、aof);支持主从复制;单线程。因而,可直接利用分布式开源缓存框架Redis作为基础存储组件来实现,在移动终端上架构应用程序的一级缓存与二级缓存,并布局分布式锁。
步骤S120:将所有实体信息存储在该二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一列表信息分别存储在该一级缓存中。
具体地,该实体信息入口为对应的实体信息的身份标识。这样一来,每一列表信息便可通过身份标识(ID)衍射到相应的具体的实体信息,即用户可通过访问身份标识来具体访问到相应的实体信息。进一步地,该身份标识具体可为标题名称、关键词、存储地址、存储编号中的任意一种。这样一来,整个处理流程如图4所示,具体包括以下步骤:
步骤S121:将所有实体信息存储在该二级缓存中,并生成每一实体信息的身份标识。
步骤S122:根据不同的应用界面组合相应的身份标识,以生成多个相应的列表信息,并将每一列表信息分别存储在该一级缓存中。
这样一来,如图5所示,该图为一级缓存的数据模型,该一级缓存存储了三个列表信息,每一列表信息包括三个不同的身份标识,其中,列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;列表二包括身份标识(ID)2、身份标识(ID)3、身份标识(ID)4;列表三包括身份标识(ID)1、身份标识(ID)3、身份标识(ID)4;如图6所示,该图为二级缓存的数据模型,该二级缓存存储了四个实体信息,包括对应身份标识(ID)1的实体信息一、对应身份标识(ID)2的实体信息二、对应身份标识(ID)3的实体信息三以及对应身份标识(ID)4的实体信息四。
我们知道,应用程序的某一实体信息,比如应用商店的应用信息,因为客户端应用界面有很多地方都能看见某个应用信息,如果每个入口都单独缓存应用信息的话,不但会冗余存储空间,而且会导致可能各个页面看见的信息不一致,而本实施例的方法中,由上面的两个数据模型可以看出真正的实体信息只会存储一份,均存储在二级缓存中,进行统一集中管理,而列表信息则会根据用户请求不同,缓存不同的列表信息,然后,列表信息通过id衍射到具体的实体信息,这样一来不但节省了内存的存储空间,而且能保证各个列表页看见相同的实体信息是一致的。
另外,如图7所示,本缓存管理的方法还包括以下步骤:
步骤S130:根据接收到的请求,将相应的该列表信息呈现在当前应用界面上。
具体地,当用户在移动终端打开相应的应用程序后,可根据接收到的请求,将相应的该列表信息呈现在当前应用界面上,即用户请求不同,其呈现在该移动终端的当前应用界面上的列表信息亦会有所不同。用户请求可以是打开相关页面或检索关键词,以用户检索关键词为例,其具体流程如下:根据检索的关键词,组合相应的身份标识,以生成相应的列表信息,并呈现在当前应用界面上。即当用户在当前应用界面检索某一关键词时,后台会把包含有该关键词的实体信息的身份标识进行组合,以列表信息的形式呈现在移动终端的当前应用界面上,使得用户可通过点击相应的身份标识来进一步访问具体的实体信息。
步骤140:根据在当前应用界面呈现的列表信息上被选中的实体信息入口,将相应的该实体信息呈现在当前应用界面上。
具体地,当用户打开应用程序的某一页面或检索某一关键词后,其当前应用界面会呈现相应的列表信息,此时,用户可在该列表信息上进行进一步选择,以通过选中某一实体信息入口(即某一实体信息的身份标识),来在该移动终端的当前应用界面上获取所需的实体信息(即该实体信息入口对应的实体信息)。具体以图5所示的列表一为例,当用户打开应用程序的某一页面或检索某一关键词后,其移动终端的当前应用界面呈现出如图5所示的列表一,该列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;此时,若用户点击身份标识(ID)1,该移动终端的当前界面便会呈现对应身份标识(ID)1的实体信息一;若用户点击身份标识(ID)2,该移动终端的当前界面便会呈现对应身份标识(ID)2的实体信息二;若用户点击身份标识(ID)3,该移动终端的当前界面便会呈现对应身份标识(ID)3的实体信息三,以此,确保用户在各个列表页看见相同的实体信息是一致的。
另外,本缓存管理的方法还支持通过关键词统一删除二级缓存存储的实体信息,使得数据的变更可以立即生效,比如应用商店里面用户搜索一个词“王者荣耀”,手机上会分页展示很多的搜索结果,但是如果后台数据发生了变化,换而言之,数据源变化了,那么我们只要通过关键词“王者荣耀”,就能删除所有的分页结果,使得数据源的变化立即生效,增强用户体验。
实施例二
如图8所示,本发明实施例二提出一种缓存管理的装置20,该装置20包括存储器21、处理器22、存储在该存储器上并可在该处理器上运行的程序以及用于实现处理器21和存储器22之间的连接通信的数据总线23,该程序被该处理器执行时,以实现以下如图3所示的具体步骤:
步骤S110:利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁。
具体地,本发明实施例中的移动终端,其主要利用分布式开源缓存框架Redis作为基础存储组件,来架构应用程序的一级缓存与二级缓存,并布局分布式锁。
众所周知,分布式系统(Distributed system)是建立在网络之上的软件系统,而分布式锁则是控制分布式系统之间同步访问共享资源的一种方式,在分布式系统中,常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,往往需要互斥来防止彼此干扰来保证一致性,在这种情况下,便需要使用到分布式锁。
一般而言,针对分布式锁的实现,目前比较常用的有以下几种方案:基于数据库实现分布式锁、基于缓存(如Redis、Memcached、Tair等)实现分布式锁以及基于Zookeeper实现分布式锁。这三种实现方案使用起来,各有优缺点,具体比较如下:
1、从理解的难易程度角度(从低到高):数据库>缓存>Zookeeper;
2、从实现的复杂性角度(从低到高):Zookeeper≥缓存>数据库;
3、从性能角度(从高到低):缓存>Zookeeper≥数据库;
4、从可靠性角度(从高到低):Zookeeper>缓存>数据库。
可见,上面几种方式,无论哪种方式都无法做到完美,在复杂性、可靠性、性能等方面无法同时满足,所以,具体应根据不同的应用场景选择最适合的。而本发明实施例的方法主要涉及的是缓存管理,其最适合的方案是基于缓存实现分布式锁。
其中,Redis是一种开源的、高性能的、支持分布式、支持多数据结构的缓存组件,其具有如下特点:高性能Key-Value存储;丰富的数据结构(包括string、list、hash、set、zset、hypeloglog);支持数据过期(主动过期+惰性过期);支持多种LRU策略(包括volatile-lru、volatile-ttl等);内存管理(包括tcmaloc、jemalloc);内存存储+磁盘持久化(包括rdb、aof);支持主从复制;单线程。因而,可直接利用分布式开源缓存框架Redis作为基础存储组件来实现,在移动终端上架构应用程序的一级缓存与二级缓存,并布局分布式锁。
步骤S120:将所有实体信息存储在该二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一列表信息分别存储在该一级缓存中。
具体地,该实体信息入口为对应的实体信息的身份标识。这样一来,每一列表信息便可通过身份标识(ID)衍射到相应的具体的实体信息,即用户可通过访问身份标识来具体访问到相应的实体信息。进一步地,该身份标识具体可为标题名称、关键词、存储地址、存储编号中的任意一种。这样一来,整个处理流程如图4所示,具体包括以下步骤:
步骤S121:将所有实体信息存储在该二级缓存中,并生成每一实体信息的身份标识。
步骤S122:根据不同的应用界面组合相应的身份标识,以生成多个相应的列表信息,并将每一列表信息分别存储在该一级缓存中。
这样一来,如图5所示,该图为一级缓存的数据模型,该一级缓存存储了三个列表信息,每一列表信息包括三个不同的身份标识,其中,列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;列表二包括身份标识(ID)2、身份标识(ID)3、身份标识(ID)4;列表三包括身份标识(ID)1、身份标识(ID)3、身份标识(ID)4;如图6所示,该图为二级缓存的数据模型,该二级缓存存储了四个实体信息,包括对应身份标识(ID)1的实体信息一、对应身份标识(ID)2的实体信息二、对应身份标识(ID)3的实体信息三以及对应身份标识(ID)4的实体信息四。
我们知道,应用程序的某一实体信息,比如应用商店的应用信息,因为客户端应用界面有很多地方都能看见某个应用信息,如果每个入口都单独缓存应用信息的话,不但会冗余存储空间,而且会导致可能各个页面看见的信息不一致,而本实施例的方法中,由上面的两个数据模型可以看出真正的实体信息只会存储一份,均存储在二级缓存中,进行统一集中管理,而列表信息则会根据用户请求不同,缓存不同的列表信息,然后,列表信息通过id衍射到具体的实体信息,这样一来不但节省了内存的存储空间,而且能保证各个列表页看见相同的实体信息是一致的。
另外,如图7所示,本缓存管理的方法还包括以下步骤:
步骤S130:根据接收到的请求,将相应的该列表信息呈现在当前应用界面上。
具体地,当用户在移动终端打开相应的应用程序后,可根据接收到的请求,将相应的该列表信息呈现在当前应用界面上,即用户请求不同,其呈现在该移动终端的当前应用界面上的列表信息亦会有所不同。用户请求可以是打开相关页面或检索关键词,以用户检索关键词为例,其具体流程如下:根据检索的关键词,组合相应的身份标识,以生成相应的列表信息,并呈现在当前应用界面上。即当用户在当前应用界面检索某一关键词时,后台会把包含有该关键词的实体信息的身份标识进行组合,以列表信息的形式呈现在移动终端的当前应用界面上,使得用户可通过点击相应的身份标识来进一步访问具体的实体信息。
步骤140:根据在当前应用界面呈现的列表信息上被选中的实体信息入口,将相应的该实体信息呈现在当前应用界面上。
具体地,当用户打开应用程序的某一页面或检索某一关键词后,其当前应用界面会呈现相应的列表信息,此时,用户可在该列表信息上进行进一步选择,以通过选中某一实体信息入口(即某一实体信息的身份标识),来在该移动终端的当前应用界面上获取所需的实体信息(即该实体信息入口对应的实体信息)。具体以图5所示的列表一为例,当用户打开应用程序的某一页面或检索某一关键词后,其移动终端的当前应用界面呈现出如图5所示的列表一,该列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;此时,若用户点击身份标识(ID)1,该移动终端的当前界面便会呈现对应身份标识(ID)1的实体信息一;若用户点击身份标识(ID)2,该移动终端的当前界面便会呈现对应身份标识(ID)2的实体信息二;若用户点击身份标识(ID)3,该移动终端的当前界面便会呈现对应身份标识(ID)3的实体信息三,以此,确保用户在各个列表页看见相同的实体信息是一致的。
另外,本缓存管理的方法还支持通过关键词统一删除二级缓存存储的实体信息,使得数据的变更可以立即生效,比如应用商店里面用户搜索一个词“王者荣耀”,手机上会分页展示很多的搜索结果,但是如果后台数据发生了变化,换而言之,数据源变化了,那么我们只要通过关键词“王者荣耀”,就能删除所有的分页结果,使得数据源的变化立即生效,增强用户体验。
实施例三
本发明实施例三提出一种计算机可读存储介质,该计算机可读存储介质存储有一个或者多个程序,该一个或者多个程序可被一个或者多个处理器执行,以实现以下如图3所示的具体步骤:
步骤S110:利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁。
具体地,本发明实施例中的移动终端,其主要利用分布式开源缓存框架Redis作为基础存储组件,来架构应用程序的一级缓存与二级缓存,并布局分布式锁。
众所周知,分布式系统(Distributed system)是建立在网络之上的软件系统,而分布式锁则是控制分布式系统之间同步访问共享资源的一种方式,在分布式系统中,常常需要协调他们的动作。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,往往需要互斥来防止彼此干扰来保证一致性,在这种情况下,便需要使用到分布式锁。
一般而言,针对分布式锁的实现,目前比较常用的有以下几种方案:基于数据库实现分布式锁、基于缓存(如Redis、Memcached、Tair等)实现分布式锁以及基于Zookeeper实现分布式锁。这三种实现方案使用起来,各有优缺点,具体比较如下:
1、从理解的难易程度角度(从低到高):数据库>缓存>Zookeeper;
2、从实现的复杂性角度(从低到高):Zookeeper≥缓存>数据库;
3、从性能角度(从高到低):缓存>Zookeeper≥数据库;
4、从可靠性角度(从高到低):Zookeeper>缓存>数据库。
可见,上面几种方式,无论哪种方式都无法做到完美,在复杂性、可靠性、性能等方面无法同时满足,所以,具体应根据不同的应用场景选择最适合的。而本发明实施例的方法主要涉及的是缓存管理,其最适合的方案是基于缓存实现分布式锁。
其中,Redis是一种开源的、高性能的、支持分布式、支持多数据结构的缓存组件,其具有如下特点:高性能Key-Value存储;丰富的数据结构(包括string、list、hash、set、zset、hypeloglog);支持数据过期(主动过期+惰性过期);支持多种LRU策略(包括volatile-lru、volatile-ttl等);内存管理(包括tcmaloc、jemalloc);内存存储+磁盘持久化(包括rdb、aof);支持主从复制;单线程。因而,可直接利用分布式开源缓存框架Redis作为基础存储组件来实现,在移动终端上架构应用程序的一级缓存与二级缓存,并布局分布式锁。
步骤S120:将所有实体信息存储在该二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一列表信息分别存储在该一级缓存中。
具体地,该实体信息入口为对应的实体信息的身份标识。这样一来,每一列表信息便可通过身份标识(ID)衍射到相应的具体的实体信息,即用户可通过访问身份标识来具体访问到相应的实体信息。进一步地,该身份标识具体可为标题名称、关键词、存储地址、存储编号中的任意一种。这样一来,整个处理流程如图4所示,具体包括以下步骤:
步骤S121:将所有实体信息存储在该二级缓存中,并生成每一实体信息的身份标识。
步骤S122:根据不同的应用界面组合相应的身份标识,以生成多个相应的列表信息,并将每一列表信息分别存储在该一级缓存中。
这样一来,如图5所示,该图为一级缓存的数据模型,该一级缓存存储了三个列表信息,每一列表信息包括三个不同的身份标识,其中,列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;列表二包括身份标识(ID)2、身份标识(ID)3、身份标识(ID)4;列表三包括身份标识(ID)1、身份标识(ID)3、身份标识(ID)4;如图6所示,该图为二级缓存的数据模型,该二级缓存存储了四个实体信息,包括对应身份标识(ID)1的实体信息一、对应身份标识(ID)2的实体信息二、对应身份标识(ID)3的实体信息三以及对应身份标识(ID)4的实体信息四。
我们知道,应用程序的某一实体信息,比如应用商店的应用信息,因为客户端应用界面有很多地方都能看见某个应用信息,如果每个入口都单独缓存应用信息的话,不但会冗余存储空间,而且会导致可能各个页面看见的信息不一致,而本实施例的方法中,由上面的两个数据模型可以看出真正的实体信息只会存储一份,均存储在二级缓存中,进行统一集中管理,而列表信息则会根据用户请求不同,缓存不同的列表信息,然后,列表信息通过id衍射到具体的实体信息,这样一来不但节省了内存的存储空间,而且能保证各个列表页看见相同的实体信息是一致的。
另外,如图7所示,本缓存管理的方法还包括以下步骤:
步骤S130:根据接收到的请求,将相应的该列表信息呈现在当前应用界面上。
具体地,当用户在移动终端打开相应的应用程序后,可根据接收到的请求,将相应的该列表信息呈现在当前应用界面上,即用户请求不同,其呈现在该移动终端的当前应用界面上的列表信息亦会有所不同。用户请求可以是打开相关页面或检索关键词,以用户检索关键词为例,其具体流程如下:根据检索的关键词,组合相应的身份标识,以生成相应的列表信息,并呈现在当前应用界面上。即当用户在当前应用界面检索某一关键词时,后台会把包含有该关键词的实体信息的身份标识进行组合,以列表信息的形式呈现在移动终端的当前应用界面上,使得用户可通过点击相应的身份标识来进一步访问具体的实体信息。
步骤140:根据在当前应用界面呈现的列表信息上被选中的实体信息入口,将相应的该实体信息呈现在当前应用界面上。
具体地,当用户打开应用程序的某一页面或检索某一关键词后,其当前应用界面会呈现相应的列表信息,此时,用户可在该列表信息上进行进一步选择,以通过选中某一实体信息入口(即某一实体信息的身份标识),来在该移动终端的当前应用界面上获取所需的实体信息(即该实体信息入口对应的实体信息)。具体以图5所示的列表一为例,当用户打开应用程序的某一页面或检索某一关键词后,其移动终端的当前应用界面呈现出如图5所示的列表一,该列表一包括身份标识(ID)1、身份标识(ID)2、身份标识(ID)3;此时,若用户点击身份标识(ID)1,该移动终端的当前界面便会呈现对应身份标识(ID)1的实体信息一;若用户点击身份标识(ID)2,该移动终端的当前界面便会呈现对应身份标识(ID)2的实体信息二;若用户点击身份标识(ID)3,该移动终端的当前界面便会呈现对应身份标识(ID)3的实体信息三,以此,确保用户在各个列表页看见相同的实体信息是一致的。
另外,本缓存管理的方法还支持通过关键词统一删除二级缓存存储的实体信息,使得数据的变更可以立即生效,比如应用商店里面用户搜索一个词“王者荣耀”,手机上会分页展示很多的搜索结果,但是如果后台数据发生了变化,换而言之,数据源变化了,那么我们只要通过关键词“王者荣耀”,就能删除所有的分页结果,使得数据源的变化立即生效,增强用户体验。
本发明实施例提出的一种缓存管理的方法、装置及计算机可读存储介质,其利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁;然后将所有实体信息存储在该二级缓存中,并对应生成多个包括不同实体信息入口的列表信息,且将每一列表信息分别存储在该一级缓存中。这样一来,真正的实体信息只会存储一份,方便统一集中管理,而列表信息通过实体信息入口衍射到具体的实体信息,不但节省了内存的存储空间,而且能保证各个列表页看见相同的实体信息是一致的,同时,利用Redis布局分布式锁,可保证只有一个同样的请求涌入数据库,在缓存数据失效时候,防止大量用户涌入数据库。可见,本发明的缓存管理的方法、装置及计算机可读存储介质,其通过两级缓存及分布式锁的结构设计,既能保证节省缓存空间的存储,还能保证信息的一致性,同时,快捷方便的缓存管理,使得数据源的变化能够立即生效,增强用户的体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种缓存管理的方法,其特征在于,所述方法包括以下步骤:
利用分布式开源缓存框架Redis作为基础存储组件,架构应用程序的一级缓存与二级缓存,并布局分布式锁;
将所有实体信息存储在所述二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一所述列表信息分别存储在所述一级缓存中。
2.根据权利要求1所述的方法,其特征在于,所述实体信息入口为对应的所述实体信息的身份标识。
3.根据权利要求2所述的方法,其特征在于,所述身份标识为标题名称、关键词、存储地址、存储编号中的任意一种。
4.根据权利要求2所述的方法,其特征在于,所述将所有实体信息存储在所述二级缓存中,对应生成包括不同实体信息入口的多个列表信息,并将所述多个列表信息分别存储在所述一级缓存中的步骤具体包括:
将所有实体信息存储在所述二级缓存中,并生成每一所述实体信息的身份标识。
5.根据权利要求4所述的方法,其特征在于,所述将所有实体信息存储在所述二级缓存中,对应生成包括不同实体信息入口的多个列表信息,并将所述多个列表信息分别存储在所述一级缓存中的步骤具体还包括:
根据不同的应用界面组合相应的所述身份标识,以生成多个相应的列表信息,并将每一所述列表信息分别存储在所述一级缓存中。
6.根据权利要求1所述的方法,其特征在于,所述将所有实体信息存储在所述二级缓存中,对应生成多个包括不同实体信息入口的列表信息,并将每一所述列表信息分别存储在所述一级缓存中的步骤之后,还包括以下步骤:
根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上。
7.根据权利要求1所述的方法,其特征在于,所述根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上的步骤具体包括:
根据检索的关键词,组合相应的所述身份标识,以生成相应的所述列表信息,并呈现在当前应用界面上。
8.根据权利要求6所述的方法,其特征在于,所述根据接收到的请求,将相应的所述列表信息呈现在当前应用界面上的步骤之后,还包括以下步骤:
根据在当前应用界面呈现的所述列表信息上被选中的实体信息入口,将相应的所述实体信息呈现在当前应用界面上。
9.一种缓存管理的装置,其特征在于,所述装置包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线,所述程序被所述处理器执行时实现如权利要求1-8任一所述的方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1-8任一所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810271246.0A CN108509586A (zh) | 2018-03-29 | 2018-03-29 | 缓存管理的方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810271246.0A CN108509586A (zh) | 2018-03-29 | 2018-03-29 | 缓存管理的方法、装置及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108509586A true CN108509586A (zh) | 2018-09-07 |
Family
ID=63377841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810271246.0A Pending CN108509586A (zh) | 2018-03-29 | 2018-03-29 | 缓存管理的方法、装置及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108509586A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110377603A (zh) * | 2019-06-28 | 2019-10-25 | 中信百信银行股份有限公司 | 数据存储方法和装置 |
CN113014683A (zh) * | 2019-12-20 | 2021-06-22 | 北京金山云网络技术有限公司 | 请求处理方法、装置、电子设备及存储介质 |
CN113760980A (zh) * | 2020-11-30 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种数据缓存方法、数据提供端及数据使用端 |
CN115481158A (zh) * | 2022-09-22 | 2022-12-16 | 北京泰策科技有限公司 | 一种数据分布式缓存自动加载与转换方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103853727A (zh) * | 2012-11-29 | 2014-06-11 | 深圳中兴力维技术有限公司 | 提高大数据量查询性能的方法及系统 |
CN105446896A (zh) * | 2014-08-29 | 2016-03-30 | 国际商业机器公司 | 映射化简应用的缓存管理方法和装置 |
CN105681380A (zh) * | 2014-11-20 | 2016-06-15 | 阿里巴巴集团控股有限公司 | 客户端离线化方法及其系统 |
CN106844784A (zh) * | 2017-03-14 | 2017-06-13 | 上海网易小额贷款有限公司 | 数据缓存方法、装置及计算机可读存储介质 |
-
2018
- 2018-03-29 CN CN201810271246.0A patent/CN108509586A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103853727A (zh) * | 2012-11-29 | 2014-06-11 | 深圳中兴力维技术有限公司 | 提高大数据量查询性能的方法及系统 |
CN105446896A (zh) * | 2014-08-29 | 2016-03-30 | 国际商业机器公司 | 映射化简应用的缓存管理方法和装置 |
CN105681380A (zh) * | 2014-11-20 | 2016-06-15 | 阿里巴巴集团控股有限公司 | 客户端离线化方法及其系统 |
CN106844784A (zh) * | 2017-03-14 | 2017-06-13 | 上海网易小额贷款有限公司 | 数据缓存方法、装置及计算机可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110377603A (zh) * | 2019-06-28 | 2019-10-25 | 中信百信银行股份有限公司 | 数据存储方法和装置 |
CN113014683A (zh) * | 2019-12-20 | 2021-06-22 | 北京金山云网络技术有限公司 | 请求处理方法、装置、电子设备及存储介质 |
CN113014683B (zh) * | 2019-12-20 | 2022-07-19 | 北京金山云网络技术有限公司 | 请求处理方法、装置、电子设备及存储介质 |
CN113760980A (zh) * | 2020-11-30 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种数据缓存方法、数据提供端及数据使用端 |
CN115481158A (zh) * | 2022-09-22 | 2022-12-16 | 北京泰策科技有限公司 | 一种数据分布式缓存自动加载与转换方法 |
CN115481158B (zh) * | 2022-09-22 | 2023-05-30 | 北京泰策科技有限公司 | 一种数据分布式缓存自动加载与转换方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108536481A (zh) | 一种应用程序启动方法、移动终端及计算机存储介质 | |
CN107341212A (zh) | 一种缓存更新方法及设备 | |
CN107133297A (zh) | 数据交互方法、系统及计算机可读存储介质 | |
CN108563499A (zh) | Cdn服务器切换方法、移动终端及计算机可读存储介质 | |
CN109725866A (zh) | 应用界面显示方法、终端以及计算机可读存储介质 | |
CN108509586A (zh) | 缓存管理的方法、装置及计算机可读存储介质 | |
CN108390908A (zh) | 一种数据请求处理方法、装置及计算机可读存储介质 | |
CN108182028A (zh) | 一种控制方法、终端及计算机可读存储介质 | |
CN108551520A (zh) | 一种语音搜索响应方法、设备及计算机可读存储介质 | |
CN108804174A (zh) | 一种游戏控制方法、服务器、终端及计算机可读存储介质 | |
CN108241752A (zh) | 照片显示方法、移动终端及计算机可读存储介质 | |
CN107911536A (zh) | 一种跨应用程序访问方法、设备及计算机可读存储介质 | |
CN109299039A (zh) | 一种文件管理方法、设备及计算机可读存储介质 | |
CN108600513A (zh) | 一种录屏控制方法、设备及计算机可读存储介质 | |
CN108897846A (zh) | 信息搜索方法、设备及计算机可读存储介质 | |
CN108829302A (zh) | 一种交互调控方法、设备及计算机可读存储介质 | |
CN108769126A (zh) | 应用推荐方法、移动终端及计算机可读存储介质 | |
CN108334302A (zh) | 一种声音传输方法、移动终端以及计算机可读存储介质 | |
CN108536869A (zh) | 一种搜索分词的方法、装置及计算机可读存储介质 | |
CN108322611A (zh) | 一种锁屏信息推送方法、设备及计算机可读存储介质 | |
CN108366303A (zh) | 一种视频播放方法、移动终端及计算机可读存储介质 | |
CN108771870A (zh) | 基于游戏的语音传输方法、终端及计算机可读存储介质 | |
CN108234979A (zh) | 一种拍摄方法、移动终端及计算机可读存储介质 | |
CN108319665A (zh) | Hbase列值查找方法、终端及存储介质 | |
CN109948368A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180907 |
|
RJ01 | Rejection of invention patent application after publication |