CN110324428A - 应用层会话清理方法及装置 - Google Patents
应用层会话清理方法及装置 Download PDFInfo
- Publication number
- CN110324428A CN110324428A CN201910618249.1A CN201910618249A CN110324428A CN 110324428 A CN110324428 A CN 110324428A CN 201910618249 A CN201910618249 A CN 201910618249A CN 110324428 A CN110324428 A CN 110324428A
- Authority
- CN
- China
- Prior art keywords
- session
- target
- default
- cleaning
- application layer
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5022—Mechanisms to release resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
-
- 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/14—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种应用层会话清理方法及装置,方法包括:获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理,能够提高应用层会话清理的效率和准确性,进而提高服务器内存资源的使用效率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种应用层会话清理方法及装置。
背景技术
据统计,截至2018年8月底,我国大型银行的手机银行已沉淀了超过3亿的用户群体,基于上述庞大的数据及仍在日益增长的活跃客户量,手机银行应用服务器日均承载近2000万登录会话,交易高峰期长达8个小时以上,客户会话也因此成为了JVM(Java VirtualMachine,即Java虚拟机)内存的重要组成部分。
传统的应用会话清理机制基于会话的生命周期清理。通常用户登录时创建会话,用户注销登录(手工点击“退出登录”)时注销会话,清理内存数据。当用户没有手工注销登录(部分用户可能会更习惯在手机上直接强制清理APP的进程)时,内存中会话数据的注销就依赖超时注销清理,超时时间依赖系统参数设置,通常情况下可能是15分钟或更久。
当遇到业务高峰场景时这种处理方式清理效率低下,对服务器内存资源使用存在严重浪费的问题。例如,促销活动导致的交易量激增,或外联服务请求超时的异常情况,客户会话清理不当会产生内存消耗,系统响应相应变慢,同时可能会发生大量的请求重试或系统内部重试,进一步加剧系统负载,产生恶性循环,进而影响银行系统提供服务的能力。
发明内容
针对现有技术中的问题,本申请提出了一种应用层会话清理方法及装置,能够提高应用层会话清理的效率和准确性,进而提高服务器内存资源的使用效率。
为了解决上述技术问题,本申请提供以下技术方案:
第一方面,本申请提供一种应用层会话清理方法,包括:
获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;
若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;
基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
进一步地,所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,包括:获取目标应用层中经初始清理后的多个会话的线程开始时间;基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间;若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
进一步地,所述若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序,包括:判断所述目标会话的总量是否达到预设会话个数上限,若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
进一步地,所述在各个所述目标会话中确定是否存在需强制清理的目标会话之前,还包括:基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话;相对应的,所述在各个所述目标会话中确定是否存在需强制清理的目标会话,包括:在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
进一步地,所述的应用层会话清理方法,还包括:若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话线程。
进一步地,所述的应用层会话清理方法,还包括:若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话线程。
进一步地,所述基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,包括:依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
进一步地,所述的应用层会话清理方法,还包括:接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
进一步地,所述的应用层会话清理方法,在所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量之前,还包括:若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话,若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
第二方面,本申请提供一种应用层会话清理装置,包括:
获取会话总量模块,用于获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;
排序模块,用于若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;
会话清理模块,用于基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
进一步地,所述获取会话总量模块,包括:采集单元,用于获取目标应用层中经初始清理后的多个会话的线程开始时间;会话时长判断单元,用于基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间;获取会话总量单元,用于若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
进一步地,所述排序模块包括:会话总量判断单元,用于判断所述目标会话的总量是否达到预设会话个数上限,若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
进一步地,所述的应用层会话清理装置,还包括:确定待清理会话模块,用于在各个所述目标会话中确定是否存在需强制清理的目标会话之前,基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话;相对应的,所述会话清理模块还包括:清理判断单元,用于在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
进一步地,所述获取会话总量模块,还包括:
终止线程单元,用于若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话线程。
进一步地,所述会话总量判断单元,还用于若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话线程。
进一步地,所述会话清理模块还包括:会话清理单元,用于依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
进一步地,所述的应用层会话清理装置,还包括:管理员命令侦听模块,用于接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
进一步地,所述的应用层会话清理装置,还包括:初始清理模块,用于在所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量之前,若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话,若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
第三方面,本申请还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的应用层会话清理方法的步骤。
第四方面,本申请还提供一种计算机可读存储介质,其上存储有计算机指令,所述指令被执行时实现所述的应用层会话清理方法的步骤。
由上述技术方案可知,本申请实施例提供一种应用层会话清理方法及装置,其中,该应用层会话清理方法包括:获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理,能够通过参数组合,在服务器接近承载极限时,灵活、准确识别可被释放的会话并进行清理,解决传统会话清理机制时间滞后性高和自动化程度低的问题,实现服务器过载自动保护的目标,达到提升服务可用性的效果。低成本且有效的提高性能,满足应用级可用性规范对资源的利用和控制要求,同时也能够降低运维成本,对实现业务的高可用性、资源的可伸缩调度以及服务的连续性做出了一定的贡献。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中的应用层会话清理方法的流程示意图;
图2为本申请实施例中的应用层会话清理方法中步骤1001至步骤1003的流程示意图;
图3为本申请另一实施例中的应用层会话清理方法的流程示意图;
图4为本申请提供的一种应用层会话清理装置的结构示意图;
图5为本申请提供的一种应用层会话清理装置中的获取会话总量模块的结构示意图;
图6为本申请提供的另一种应用层会话清理装置的结构示意图;
图7为本申请具体应用实例中的应用层会话清理装置的结构示意图;
图8为本申请具体应用实例中的应用层会话清理方法的流程示意图;
图9为本申请具体应用实例中的应用层会话清理方法中的循环强制清理的流程示意图;
图10为本申请具体应用实例中线程处理逻辑示意图;
图11为本申请实施例的电子设备600的系统构成示意框图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
随着互联网类应用和业务种类不断推广,用户量、交易量和并发量将继续增加,导致交易洪峰问题难以避免。解决该问题的传统手段通常是对服务器进行扩容,也有利用云计算或分布式技术的架构的转型方案解决该问题,采用这些方式的资源的利用率低,运维成本相对较高。
基于此,为了提高应用层会话清理过程的灵活性和自动化程度,进而提高服务器内存资源的利用率,考虑从改变应用层会话清理机制入手,运用LRU(Least RecentlyUsed)算法,实现对应用层会话清理过程的灵活控制,该算法是一种常用的页面置换算法,选择最近最久未使用的页面予以淘汰。该算法赋予每个页面一个访问字段,用来记录一个页面自上次被访问以来所经历的时间t,当须淘汰一个页面时,选择现有页面中其t值最大的,即最近最久未使用的页面予以淘汰。通过预设会话个数上限、预设会话清理比例、预设会话清理最大个数和预设会话最小生存时间等参数配置,在会话量接近于最大处理能力(会话个数上限)时,自动选择释放一部分空闲未失效会话,能够提高应用层会话清理方式的效率,进而提高实现服务器的过载保护。
基于上述内容,所述应用层会话清理装置可以为服务器或客户端设备,可以理解的是,所述客户端设备可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备和智能穿戴设备等。其中,所述智能穿戴设备可以包括智能眼镜、智能手表和智能手环等。
在实际应用中,进行应用层会话清理的部分可以在如上述内容所述的服务器侧执行,也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力,以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成,所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通信模块(即通信单元),可以与远程的服务器进行通信连接,实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器,其他的实施场景中也可以包括中间平台的服务器,例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备,也可以包括多个服务器组成的服务器集群,或者分布式装置的服务器结构。
所述服务器与所述客户端设备之间可以使用任何合适的网络协议进行通信,包括在本申请提交日尚未开发出的网络协议。所述网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然,所述网络协议例如还可以包括在上述协议之上使用的RPC协议(Remote Procedure Call Protocol,远程过程调用协议)、REST协议(Representational State Transfer,表述性状态转移协议)等。
在本申请的一个或多个实施例中,所述计算节点和所述主节点均属于同一Linux集群(负载均衡集群)。所述Linux集群的操作系统是一个用来和硬件打交道并为用户程序提供一个有限服务集的低级支撑软件。一个计算机系统是一个硬件和软件的共生体,它们互相依赖,不可分割。计算机的硬件,含有外围设备、处理器、内存、硬盘和其他的电子设备组成计算机的发动机。但是没有软件来操作和控制它,自身是不能工作的。完成这个控制工作的软件就称为操作系统,在Linux的术语中被称为“内核”,也可以称为“核心”。Linux内核的主要模块(或组件)分以下几个部分:存储管理、CPU和进程管理、文件系统、设备管理和驱动、网络通信,以及系统的初始化(引导)、系统调用等。
具体通过下述各个实施例进行说明。
为了能够实现提高应用层会话清理的效率,进而提高实现服务器的过载保护,本申请提供一种执行主体是应用层会话清理装置的应用层会话清理方法,参见图1,该方法具体包含有:
步骤1000:获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话。
具体地,参见表1,所述预设线程最大执行时间是执行一次完整流程最多可使用的时间,在步骤中的关键点判断目标会话的会话时长是否已达到所述预设线程最大执行时间,若是,则终止执行,能够避免应用层会话清理过程对系统带来额外负担,可根据实际应用进行设置,本申请对此不作限制。
举例来说,所述步骤中的关键点可以是判断所述目标会话的总量超出预设会话个数上限之前或者按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序之后。
步骤2000:若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
具体地,参见表1,基于单个会话占用内存的大小及JVM内存配比能够对所述预设会话个数上限进行设置,所述预设会话个数上限是系统最大会话容量,可根据实际应用进行设置,本申请对此不作限制;当会话数量达到该预设会话个数上限后,触发强制清理处理机制。
表1
具体地,所述空闲时间是当前系统时间与对应的目标会话最后一次进行刷新的时间之差。
步骤3000:基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
具体地,步骤3000包含有:
步骤3000a:基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话。
步骤3000b:若是,则对该目标会话进行强制清理。
具体地,参见表1,所述预设会话最小生存时间是在维持系统可运行的前提下,仍需保证系统的可用性的时间。能够避免用户在使用过程中会话被清理的情况发生,可根据实际应用进行设定,本申请对此不作具体限定;若存在目标会话的空闲时间大于或等于该值,则存在需要强制清理的目标会话。
在本申请实施例中,为了进一步提高应用层会话清理过程的高效性进而提高服务器内存资源的使用率,参见图2,步骤1000包含有:
步骤1001:获取目标应用层中经初始清理后的多个会话的线程开始时间。
步骤1002:基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间。
步骤1003:若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
在本申请实施例中,为了进一步提高应用层会话清理的效率,在步骤1003之后还包含有:
步骤1004:若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话线程。
为了提高应用层会话清理的效率,在步骤1000之前,还包含有:
步骤0001:若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话。
步骤0002:若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
参见表1,所述预设会话超时时间为人为设置的一个参数,可根据实际情况进行设定,本申请对此不作限制。
具体地,所述预设阈值是人为设置的一个参数,若系统内存消耗超过所述预设阈值,需进行应用层会话清理过程,可根据实际应用进行设置,本申请对此不作限制。
在本申请实施例中,为了提高应用层会话清理的灵活性和自动化程度,参见图3,步骤2000包含有:
步骤2001:判断所述目标会话的总量是否达到预设会话个数上限。
步骤2002:若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
在本申请实施例中,为了进一步提高应用层会话清理的效率,在步骤2001之后还包含有:
步骤2003:若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话线程。
在本申请实施例中,为了进一步提高应用层会话清理的准确性,在步骤3000之前,还包含有:
步骤0031:基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话。
具体地,参见表1,所述预设会话清理比例是排序后的目标会话中当前待清理的目标会话的数量的比例,可根据具体应用进行设置,本申请对此不作限制。举例来说,若排序后的目标会话数量为1000,所述预设会话清理比例的参数值为30%,则当前待清理的目标会话个数为300。
具体地,所述预设会话清理最大个数是会话能够清理的最大的数量,可根据实际应用进行设置,本申请对此不作限制;能够防止由与会话清理比例获得的应清理的会话数量过多,对服务器造成额外负担,目标会话的实际清理个数不可超过预设会话最大清理个数。
具体地,分别根据预设会话清理比例和预设会话清理最大个数得到的需强制清理的会话数量,取两者间较小的数量值作为所述当前待清理的至少一个目标会话的个数。举例来说,若排序后的目标会话数量为1000,所述预设会话清理比例的参数值为30%,预设会话最大清理个数为200,则当前待清理的目标会话个数为200。
具体地,所述当前待清理的至少一个目标会话的个数作为指定个数,从排序中目标会话空闲时间长的一端开始选择指定个数的目标会话。
相对应的,步骤3000还包含有:
步骤3001:基于所述排序的结果和预设会话最小生存时间,在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
在本申请实施例中,为了提高应用层会话清理过程的灵活性,在步骤3000中包含有:
步骤3002:依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
举例来说,当前待清理的目标会话按照空闲时间从长到短排序,依次是A,B,C,D;若经判断B未到达预设会话最小生存时间,则不再判断C和D,确定需强制清理的目标会话为A。
为了进一步提高应用层会话清理的灵活性,在本申请一个或多个实施例中,还包含有:
步骤4000:接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
具体地,所述会话的标识均为能够区分会话的唯一标识,例如,会话标识可以是会话ID或单个值等。
从软件层面上来说,为了能够实现提高应用层会话清理的灵活性和效率,进而提高服务器内存资源的使用效率,本申请提供一种用于执行所述应用层会话清理方法中全部或部分内容的应用层会话清理装置的实施例,所述应用层会话清理装置,参见图4,具体包含有如下内容:
获取会话总量模块10,用于获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话。
排序模块20,用于若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
会话清理模块30,用于基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
参见图5,为了提高应用层会话清理的灵活性与准确性,进而提高对服务器内存资源使用效率,在本申请一个或多个实施例中,所述获取会话总量模块10包含有:
采集单元11,用于获取目标应用层中经初始清理后的多个会话的线程开始时间。
会话时长判断单元12,用于基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间。
获取会话总量单元13,用于若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
进一步地,为了避免应用层会话清理过程对系统带来额外负担,所述获取会话总量模块10,还包含有:
终止线程单元14,用于若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话线程。
所述排序模块20包含有:
会话总量判断单元21,用于判断所述目标会话的总量是否达到预设会话个数上限,若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
在本申请实施例中,所述会话总量判断单元21,还用于若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话线程。
为了进一步提高应用层会话清理的准确性,参见图6,所述应用层会话清理装置还包含有:
确定待清理会话模块40,用于在各个所述目标会话中确定是否存在需强制清理的目标会话之前,基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话;
相对应的,所述会话清理模块30包含有:
清理判断单元31,用于在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
在本申请实施例中,为进一步提高应用层会话清理的效率,所述会话清理模块30,还包含有:
会话清理单元32,用于依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
参见图6,为了进一步提高应用层会话清理的灵活性,在本申请实施例中所述应用层会话清理装置还包含有:
管理员命令侦听模块50,用于接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
具体地,在根据上述一系列判断得到应当强制清理的会话的同时,还可以通过接收清理请求,根据清理请求中包含的会话的标志强制清理对应的会话,能够提高应用层会话清理的灵活性。
为了进一步提高应用层会话清理的效率,在本申请实施例中,参见图6,所述应用层会话清理装置还包含有,初始清理模块60,用于在所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量之前,若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话,若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
基于上述应用层会话清理方法和应用层会话清理装置,本申请实施例可以通过应用层会话清理装置执行应用层会话清理的过程,为了进一步提高会话应用层清理的效率和灵活性,进而提高服务器内存资源的使用效率,下面对应用本申请实施例所述的应用层会话清理装置以及应用层会话清理方法的应用场景进行具体说明。
(一)应用层会话清理装置
在本申请的一个应用实例中,参见图7,所述应用层会话清理装置包含有:参数维护模块71、数据库72、参数读取模块73、主控模块74、会话清理模块75、内存监控模块76、会话数监控模块77以及管理员命令侦听模块78,其中,所述会话清理模块75能够实现的功能相当于上述获取会话总量模块、排序模块和会话清理模块共同实现的功能;会话数监控模块77能够实现的功能相当于上述会话总量判断单元能够实现的功能。
具体地,数据库72分别与参数维护模块71及获取会话总量模块73相连接,主控模块74分别与获取会话总量模块73、会话清理模块75、内存监控模块76、会话数监控模块77及管理员命令侦听模块78相连接,获取会话总量模块73还与会话数监控模块77及会话清理模块75相连接。下面对各模块的功能进行描述:
参数维护模块71:由运维人员完成预设会话超时时间、预设会话个数上限、预设会话清理比例、预设会话最大清理个数、预设会话最小生存时间和预设线程最大执行时间等参数维护,并将所述信息存储在数据库72中。
数据库72:存储所述参数维护模块71维护的参数数据,并提供给获取会话总量模块73读取。
获取会话总量模块73:该模块为公共模块,主控模块74、会话清理模块75和会话数监控模块77都通过该模块实现从数据库72中读取参数信息。
主控模块74:实现会话清理模块75、内存监控模块76、会话数监控模块77与管理员命令侦听模块78的调度和管理,提供定时调用和外部触发(通过管理员命令侦听模块78)两种模式实现会话清理模块75调用。
会话清理模块75:会话清理机制核心模块,实现无效会话判别和清理。
内存监控模块76:实现应用内存消耗监控,当内存消耗超过预设阈值时,通知主控模块74进行会话清理。
会话数监控模块77:实现应用会话数动态监控,当会话数超过会话个数上限时(模块启动时通过获取会话总量模块73从数据库72读取),通知主控模块74进行会话清理。
管理员命令侦听模块78:提供运维手工操作命令入口,运维人员通过外部机制(如操作系统内存监控等)发现需要进行会话清理,通过本模块键入清理命令,模块接收命令后通知主控模块进行清理。
(二)应用层会话清理过程
为了提高应用层会话清理的高效性和准确性,进而提高服务器的使用效率,本实施例提供一种应用层会话清理的方式,参见图8,具体包含有:
S201:线程执行开始,并记录【线程开始时间】。
S202:按照传统模式清理超时会话,即循环处理会话集合,注销空闲时间超过预设会话超时时间的会话。
S203:计算(当前时间-【线程开始时间】)是否超过预设线程最大执行时间。
S204:判断剩余会话数是否已达到预设会话个数上限。
S205:对剩余会话按照空闲时间由大到小进行排序,通过会话最后更新时间戳冒泡排序即可。
S206:根据预设会话清理比例和预设会话最大清理个数计算需强行注销的会话数量,即取两者间较小的数量值。
S207:循环上述排序后的会话集合,进行过载会话注销签退。
S208:线程执行结束。
(三)循环排序后的会话集合的过程
为了提高应用层会话清理的高效性和准确性,进而提高服务器的使用效率,在上述步骤S207中描述的循环上述排序后的会话集合,使排序后的会话依次进入所述循环中,进行过载会话注销签退,循环剩余次数为还未进入该循环的会话个数,参见图9,具体包含有以下步骤:
S209:循环体处理开始。
S210:通过会话更新时间戳计算会话空闲时间,判断是否达到预设会话最小生存时间,如果是则进入S211,否则进入S213。具体地,由于循环之前已对会话根据所述空闲时间进行过排序,因此第一次判断出“未达到预设会话最小生存时间”的情况,剩余会话的生存时间一定均小于或等于预设会话最小生存时间,可直接终止循环。
S211:签退当前会话。
S212:判断循环是否结束(根据循环执行次数)。
S213:循环处理结束。
(四)应用层会话清理的具体应用实例
结合上述应用层会话清理装置、应用层会话清理过程和循环排序后的会话集合的过程,本申请提供一种应用层会话清理的具体应用实例,在该具体应用实例中,预设会话个数上限为3个,预设会话清理比例为75%,预设会话最大清理个数为2个,并且预设会话最小生存时间为3秒。参见图10,具体包含有如下内容:
S214:内存初始状态,有3个已超时会话等待线程处理(T1、T2、T3),此时创建新会话A。
S215:下一秒,创建新会话B。
S216:下一秒,创建新会话C。
S217:下一秒,创建新会话D。
S218:下一秒,无新会话产生,会话B有更新请求。
S219:下一秒,无新会话产生且无更新请求,内存会话按照更新时间由近及远顺序为B、D、C、A、T3、T2、T1。
S220:会话清理模块开始执行。
S221:优先清理超时会话T1、T2、T3,剩余会话数为4。
S222:通过会话清理比例计算应签退会话数为4×75%=3,由于会话最大清理个数为2,则实际应清理个数为2,应强制签退会话A、C,由于会话C空闲时间未达到会话最小生存时间,最终结果仅强制签退会话A。
本申请应用层会话清理装置可以是一种服务器、台式电脑或笔记本等,以服务器为例,根据具体服务器性能要求或渠道业务场景,在上述方案基础上,可追加配置多维度、多版本的组合参数,例如,时间维度的组合参数,原理如下(重点说明日期、时间配置和参数生效的关系,参数信息未完整配置,酌情参考)。
参见表2,场景一:仅配置默认参数,无特定时间区间,则该记录参数直接生效。
表2
开始日期 | 开始时间 | 结束日期 | 结束时间 | 个数上限 | 清理比例 | 最大清理个数 | 最小生存时间 |
—— | —— | —— | —— | 1000 | 20 | 300 | 600000 |
参见表3,场景二:日间常规交易高峰期8点-16点,需在系统性能可承受范围内适当增大容客量,则会话个数上限可适当调高;系统获取参数配置时,若当前服务器时间可以匹配到记录(于8点-16点之间)则该条记录生效,否则默认参数生效。
表3
开始日期 | 开始时间 | 结束日期 | 结束时间 | 个数上限 | 清理比例 | 最大清理个数 | 最小生存时间 |
—— | —— | 080000 | 160000 | 1500 | 20 | 300 | 600000 |
—— | —— | —— | —— | 1000 | 20 | 300 | 600000 |
参见表4,场景三:2018年11月11日有活动促销,预估客户量有激增风险,则设置特殊时间区间,在系统性能可承受范围内增大容客量,同时调高会话强制签退个数参数,调低会话最小生存时间,服务器繁忙时可大幅度减压;系统获取参数配置时,若通过日期匹配到记录,则继续判断服务器时间是否满足区间配置,是则获取该条记录作为生效配置,否则按照上述第2点继续判断。
表4
开始日期 | 开始时间 | 结束日期 | 结束时间 | 个数上限 | 清理比例 | 最大清理个数 | 最小生存时间 |
20181111 | 000000 | 20181111 | 235959 | 2000 | 30 | 600 | 300000 |
—— | —— | 080000 | 160000 | 1500 | 20 | 300 | 600000 |
—— | —— | —— | —— | 1000 | 20 | 300 | 600000 |
从上述描述可知,本申请实施例提供的一种应用层会话清理方法及装置,能够有效提高应用层会话清理过程的效率和准确性,进而提高服务器内存的使用效率。
本申请实施例提供一种电子设备,该电子设备可以是台式计算机、平板电脑及移动终端等,本实施例不限于此。在本实施例中,该电子设备可以参照上述实施例所述的应用层会话清理装置,其内容被合并于此,重复之处不再赘述。
图11为本申请实施例的电子设备600的系统构成的示意框图。如图11所示,该电子设备600可以包含有中央处理器100和存储器140;存储器140耦合到中央处理器100。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现预控制功能或其他功能。
在本申请的一个实施例中,应用层会话清理的功能可以被集成到中央处理器100中。其中,中央处理器100可以被配置为进行如下控制:
步骤1000:获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话。
步骤2000:若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
步骤3000:基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
在另一个实施方式中,应用层会话清理装置可以与中央处理器100分开配置,例如可以将应用层会话清理装置配置为与中央处理器100连接的芯片,通过中央处理器的控制来实现提高应用层会话清理程序的效率。
如图11所示,该电子设备600还可以包含有:通信模块110、输入单元120、音频处理单元130、显示器160、电源170。值得注意的是,电子设备600也并不是必须要包含有图11中所示的所有部件;此外,电子设备600还可以包含有图11中没有示出的部件,可以参考现有技术。
如图11所示,中央处理器100有时也称为控制器或操作控件,可以包含有微处理器或其他处理器装置和/或逻辑装置,该中央处理器100接收输入并控制电子设备600的各个部件的操作。
其中,存储器140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述各设备给定参数有关的信息,此外还可存储执行有关信息的程序。并且中央处理器100可执行该存储器140存储的该程序,以实现信息存储或处理等。
输入单元120向中央处理器100提供输入。该输入单元120例如为按键或触摸输入装置。电源170用于向电子设备600提供电力。显示器160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器140还可以是某种其它类型的装置。存储器140包含有缓冲存储器141(有时被称为缓冲器)。存储器140可以包含有应用/功能存储部142,该应用/功能存储部142用于存储应用程序和功能程序或用于通过中央处理器100执行电子设备600的操作的流程。
存储器140还可以包含有数据存储部143,该数据存储部143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器140的驱动程序存储部144可以包含有电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块110即为经由天线111发送和接收信号的发送机/接收机110。通信模块(发送机/接收机)110耦合到中央处理器100,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。
基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)110还经由音频处理器130耦合到扬声器131和麦克风132,以经由扬声器131提供音频输出,并接收来自麦克风132的音频输入,从而实现通常的电信功能。音频处理器130可以包含有任何合适的缓冲器、解码器、放大器等。另外,音频处理器130还耦合到中央处理器100,从而使得可以通过麦克风132能够在系统上录音,且使得可以通过扬声器131来播放系统上存储的声音。
上述描述可知,本申请的实施例提供的电子设备,能够有效提高应用层会话清理过程的效率和准确性,进而提高服务器内存的使用效率。
本申请的实施例还提供能够实现上述实施例中的应用层会话清理方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的应用层会话清理方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤1000:获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话。
步骤2000:若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
步骤3000:基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
从上述描述可知,本申请实施例提供的计算机可读存储介质,能够有效提高应用层会话清理过程的效率和准确性,进而提高服务器内存的使用效率。
本申请中上述方法的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。相关之处参见方法实施例的部分说明即可。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本申请中应用了具体实施例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (20)
1.一种应用层会话清理方法,其特征在于,包括:
获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;
若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;
基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
2.根据权利要求1所述的应用层会话清理方法,其特征在于,所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,包括:
获取目标应用层中经初始清理后的多个会话的线程开始时间;
基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间;
若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
3.根据权利要求1所述的应用层会话清理方法,其特征在于,所述若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序,包括:
判断所述目标会话的总量是否达到预设会话个数上限,若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
4.根据权利要求1所述的应用层会话清理方法,其特征在于,所述在各个所述目标会话中确定是否存在需强制清理的目标会话之前,还包括:
基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话;
相对应的,所述在各个所述目标会话中确定是否存在需强制清理的目标会话,包括:
在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
5.根据权利要求2所述的应用层会话清理方法,其特征在于,还包括:
若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话的线程。
6.根据权利要求3所述的应用层会话清理方法,其特征在于,还包括:
若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话的线程。
7.根据权利要求4所述的应用层会话清理方法,其特征在于,所述基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,包括:
依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
8.根据权利要求1所述的应用层会话清理方法,其特征在于,还包括:接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
9.根据权利要求1所述的应用层会话清理方法,其特征在于,在所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量之前,还包括:
若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话,若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
10.一种应用层会话清理装置,其特征在于,包括:
获取会话总量模块,用于获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量,其中,所述目标会话为经初始清理后的会话;
排序模块,用于若经判断获知所述目标会话的总量超出预设会话个数上限,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序;
会话清理模块,用于基于所述排序的结果和预设会话最小生存时间,在各个所述目标会话中确定是否存在需强制清理的目标会话,若是,则对该目标会话进行强制清理。
11.根据权利要求10所述的应用层会话清理装置,其特征在于,所述获取会话总量模块,包括:
采集单元,用于获取目标应用层中经初始清理后的多个会话的线程开始时间;
会话时长判断单元,用于基于各个所述会话的线程开始时间,判断各个所述会话的会话时长是否达到预设线程最大执行时间;
获取会话总量单元,用于若存在多个会话时长未达到预设线程最大执行时间的目标会话,则获取多个会话时长未达到预设线程最大执行时间的目标会话的总量。
12.根据权利要求10所述的应用层会话清理装置,其特征在于,所述排序模块包括:
会话总量判断单元,用于判断所述目标会话的总量是否达到预设会话个数上限,若是,则按照对应的空闲时间从长到短的顺序对各个所述目标会话进行排序。
13.根据权利要求10所述的应用层会话清理装置,其特征在于,还包括:
确定待清理会话模块,用于在各个所述目标会话中确定是否存在需强制清理的目标会话之前,基于预设会话清理比例和/或预设会话清理最大个数,在所述排序的结果中确定当前待清理的至少一个目标会话;
相对应的,所述会话清理模块还包括:
清理判断单元,用于在当前待清理的至少一个目标会话中确定是否存在需强制清理的目标会话。
14.根据权利要求11所述的应用层会话清理装置,其特征在于,所述获取会话总量模块,还包括:
终止线程单元,用于若所述会话的会话时长达到预设线程最大执行时间,则终止执行所述会话线程。
15.根据权利要求12所述的应用层会话清理装置,其特征在于,所述会话总量判断单元,还用于若所述目标会话的总量未达到预设会话个数上限,则终止执行所述会话线程。
16.根据权利要求13所述的应用层会话清理装置,其特征在于,所述会话清理模块还包括:
会话清理单元,用于依次判断当前待清理的至少一个目标会话的空闲时间是否达到预设会话最小生存时间,若是,则确定该目标会话需强制清理。
17.根据权利要求10所述的应用层会话清理装置,其特征在于,还包括:管理员命令侦听模块,用于接收清理请求,该清理请求中包含有需清理的会话的标识;根据所述需清理的会话的标识对对应的会话进行强制清理。
18.根据权利要求10所述的应用层会话清理装置,其特征在于,还包括:初始清理模块,用于在所述获取当前目标应用层中会话时长未达到预设线程最大执行时间的目标会话的总量之前,若经判断系统内存消耗已超过预设阈值,则判断所述目标应用层中的各个会话中是否存在对应的空闲时间超过预设会话超时时间的会话,若是,则对空闲时间超过预设会话超时时间的会话进行初始清理,保留对应的空闲时间未超过预设会话超时时间的会话作为所述经初始清理后的会话。
19.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至9任一项所述的应用层会话清理方法的步骤。
20.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述指令被执行时实现权利要求1至9任一项所述的应用层会话清理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910618249.1A CN110324428A (zh) | 2019-07-10 | 2019-07-10 | 应用层会话清理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910618249.1A CN110324428A (zh) | 2019-07-10 | 2019-07-10 | 应用层会话清理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110324428A true CN110324428A (zh) | 2019-10-11 |
Family
ID=68121715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910618249.1A Pending CN110324428A (zh) | 2019-07-10 | 2019-07-10 | 应用层会话清理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110324428A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111782397A (zh) * | 2020-07-01 | 2020-10-16 | 浪潮云信息技术股份公司 | 一种Linux页面替换机制的屏蔽方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060009241A1 (en) * | 2004-06-08 | 2006-01-12 | Lg Electronics Inc. | Controlling idle mode of mobile subscriber station in wireless access system |
CN101227702A (zh) * | 2007-01-15 | 2008-07-23 | 华为技术有限公司 | 终端处于空闲模式下的业务终止方法、系统和设备 |
CN108650334A (zh) * | 2018-08-02 | 2018-10-12 | 东软集团股份有限公司 | 一种会话失效的设置方法及装置 |
-
2019
- 2019-07-10 CN CN201910618249.1A patent/CN110324428A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060009241A1 (en) * | 2004-06-08 | 2006-01-12 | Lg Electronics Inc. | Controlling idle mode of mobile subscriber station in wireless access system |
CN101227702A (zh) * | 2007-01-15 | 2008-07-23 | 华为技术有限公司 | 终端处于空闲模式下的业务终止方法、系统和设备 |
CN108650334A (zh) * | 2018-08-02 | 2018-10-12 | 东软集团股份有限公司 | 一种会话失效的设置方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111782397A (zh) * | 2020-07-01 | 2020-10-16 | 浪潮云信息技术股份公司 | 一种Linux页面替换机制的屏蔽方法 |
CN111782397B (zh) * | 2020-07-01 | 2022-09-06 | 浪潮云信息技术股份公司 | 一种Linux页面替换机制的屏蔽方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106373249B (zh) | 叫号装置、银行网点的多渠道排队的方法以及系统 | |
CN102415068B (zh) | 用于多租户电话网络的方法和系统 | |
EP2863306B1 (en) | Predictive auto scaling engine | |
CN1988548B (zh) | 用于处理语音处理请求的方法和系统 | |
CN103067468B (zh) | 云调度方法及其系统 | |
CN109857551B (zh) | 基于云计算的服务资源的调度方法及装置、电子设备 | |
CN104991824B (zh) | 一种动态切换应用程序数据源的方法及系统 | |
CN107402813B (zh) | 一种资源分配的方法及移动终端、计算机可读存储介质 | |
CN103873587B (zh) | 一种基于云平台实现调度的方法及装置 | |
CN103140831A (zh) | 在处理器处执行线程的系统和方法 | |
CN105868004B (zh) | 一种基于云计算的业务系统的调度方法及调度装置 | |
CN109815716A (zh) | 访问请求处理方法、装置、存储介质及服务器 | |
CN111338745B (zh) | 一种虚拟机的部署方法、装置及智能设备 | |
CN111506434B (zh) | 一种任务处理方法、装置及计算机可读存储介质 | |
CN105955807A (zh) | 一种任务处理系统及方法 | |
CN108920274B (zh) | 用于图像处理服务器端的性能优化及装置 | |
CN108829519A (zh) | 基于云平台的任务调度方法、云平台及计算机可读存储介质 | |
CN111107229B (zh) | 用于智能客服的外呼预测方法及装置 | |
CN114851210A (zh) | 基于云平台的机器人调度方法及调度云平台 | |
CN110324428A (zh) | 应用层会话清理方法及装置 | |
CN115345464A (zh) | 业务订单的派单方法、装置、计算机设备及存储介质 | |
CN114237896A (zh) | 分布式节点资源动态调度方法及装置 | |
CN111178781A (zh) | 在线应答系统的应答资源分配方法、装置、设备及介质 | |
CN116456496B (zh) | 资源调度的方法、存储介质及电子设备 | |
CN113326025A (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: 20191011 |
|
RJ01 | Rejection of invention patent application after publication |