[发明专利]应用启动方法、装置及服务器

说明书

技术领域

本申请涉及互联网技术领域，尤其涉及应用启动方法、装置及服务器。

背景技术

应用是部署在服务器上，并用于支持业务运行的系统，一个业务可能包括多个应用，而每个应用也可能包含多个模块。

现有技术中，在使用虚拟机(Kernel-based Virtual Machine，KVM)模式启动应用时，需要将整个应用的所有模块全部启动。

但是，当应用体量很大时，由于该应用包含的模块较多，则该应用启动会比较慢，并且若其中有一个模块未能启动成功，则将导致整个应用启动异常。

发明内容

本申请提供应用启动方法、装置及服务器，以解决现有技术中当应用体量很大时，容易导致整个应用启动异常的问题。

根据本申请实施例的第一方面，提供一种应用启动方法，该方法应用于服务器上，包括：

接收应用启动请求；

根据所述应用启动请求确定对应的起始模块；

根据启动依赖树确定所述起始模块之后的各个依赖模块；

启动所述起始模块和所述各个依赖模块。

根据本申请实施例的第二方面，提供一种应用启动装置，所述装置应用 于服务器上，包括：

接收单元，用于接收应用启动请求；

第一确定单元，用于根据所述应用启动请求确定对应的起始模块；

第二确定单元，用于根据启动依赖树确定所述起始模块之后的各个依赖模块；

启动单元，用于启动所述起始模块和所述各个依赖模块。

根据本申请实施例的第三方面，提供一种服务器，所述服务器包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为：

接收应用启动请求；

根据所述应用启动请求确定对应的起始模块；

根据启动依赖树确定所述起始模块之后的各个依赖模块；

启动所述起始模块和所述各个依赖模块。

应用本申请实施例，通过接收应用启动请求，根据应用启动请求确定对应的起始模块，根据启动依赖树确定起始模块之后的各个依赖模块，启动起始模块和该起始模块之后的各个依赖模块，使得服务器在保证应用正常启动的前提下，所需要启动的模块数量达到最小，从而实现了应用最小化启动，节省了启动成本和启动时间，还增加了应用的稳定性。

附图说明

图1A为本申请实施例的应用启动场景示意图；

图1B为本申请实施例的应用启动的一示意图；

图1C为本申请实施例的应用启动的另一示意图；

图2为本申请应用启动方法的一个实施例流程图；

图3为本申请应用启动装置所在设备的一种硬件结构图；

图4为本申请应用启动装置的一个实施例框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参见图1A，为本申请实施例的应用启动场景示意图：

图1A场景中包括：分层设计的各个应用层的所有模块。其中，分层设计的各个应用层包括自顶向下的展示层、业务层、服务层和数据交互层。展示层包括3个模块，分别是：展示功能1模块、展示功能2模块、展示功能3模块；业务层包括4个模块，分别是：业务1模块、业务2模块、业务3模块和业务4模块；服务层包括2个模块，分别是基础服务1模块和基础服务2模块；数据交换层包括1个模块，该模块用于数据库访问、以及外围应用数据引入。