CN117714731A - 动态加载方法、装置 - Google Patents

Abstract

本申请公开了动态加载方法和装置，涉及流媒体技术领域。该方法的一具体实施方式包括：响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；响应于确定当前请求使用server配置，增加vhost引用计数；基于当前阶段的类型，执行预设操作。该实施方式实现了server配置的动态加载，无需reload操作，避免了reload配置文件带来的性能下降的问题。

Description

动态加载方法、装置

技术领域

本申请涉及计算机技术领域，具体涉及流媒体技术领域，尤其涉及一种动态加载方法和装置。

背景技术

直播流媒体服务reload的原理一般是发送reload信号，可以实现配置的重新加载，服务内部会重新解析新的配置，当配置正确时，主进程试图重新结束旧的worker进程，旧的worker进程不再接受新的请求，维持进程直至所有请求结束，根据配置启动新的worker接受新请求，一段时间内新旧进程并存。

长时间的新旧进程并存回导致性能下降、逻辑错误等问题，例如，对RTMP(RealTime Message Protocol，实时信息传输协议)模块的reload会导致无法拉流。

发明内容

本申请实施例提供了一种动态加载方法、装置、系统、设备以及存储介质。

根据第一方面，本申请实施例提供了一种动态加载方法，该方法包括：响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；响应于确定当前请求使用server配置，增加vhost引用计数；基于当前阶段的类型，执行预设操作。

根据第二方面，本申请实施例提供了一种动态加载装置，该装置包括：获取模块，被配置成响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；计数模块，被配置成响应于确定当前请求使用server配置，增加vhost引用计数；配置模块，被配置成基于当前阶段的类型，执行预设操作。

根据第三方面，本申请实施例提供了一种电子设备，该电子设备包括一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被该一个或多个处理器执行，使得一个或多个处理器实现如第一方面或第二方面的任一实施例的动态加载方法。

根据第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面或第二方面的任一实施例的动态加载方法。

本申请通过响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；响应于确定当前请求使用server配置，增加vhost引用计数；基于当前阶段的类型，执行预设操作，实现了server配置的动态加载，无需reload操作，避免了reload配置文件带来的性能下降、逻辑错误等问题。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其他特征将通过以下的说明书而变得容易理解。

附图说明

图1是本申请可以应用于其中的示例性系统架构图；

图2a是根据本申请的动态加载方法的一个实施例的流程图；

图2b是根据本申请的动态加载方法的又一个实施例的示意图；

图2c是根据本申请的动态加载方法的另一个实施例的示意图；

图2d是根据本申请的动态加载方法的另一个实施例的示意图

图2e是根据本申请的动态加载方法的又一个实施例的示意图

图3a是根据本申请的动态加载方法的又一个实施例的流程图；

图3b是根据本申请的动态加载方法的又一个实施例的时序图；

图3c是根据本申请的动态加载方法的又一个实施例的时序图；

图4是根据本申请的动态加载装置的一个实施例的流程图；

图5是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的动态加载方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括推流端101、流媒体服务器102、配置平台103(如直播业务配置平台)、拉流端104、105、106。其中，流媒体服务器102与推流端101、拉流端104、105、106的数据传输遵循RTMP协议。

RTMP协议中基本的数据单元称为消息(Message)。当RTMP协议在互联网中传输数据的时候，消息会被拆分成更小的单元，称为消息块(Chunk)。RTMP的交互过程可以理解成独有的握手过程、控制命令传输、音视频数据传输。以推流和拉流为例，推流的具体的交互过程为，握手-建立一个网络连接(即connect阶段)-建立一个网络流(即create stream)-发布视频(即publish阶段)；拉流的具体的交互过程为，握手-建立一个网络连接(即connect阶段)-建立一个网络流(即create stream)-发布视频(即play阶段)。

流媒体服务器102可以是各种提供流媒体服务的服务器，例如，基于Nginx-RTMP的流媒体服务器，具体可用于：响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；响应于确定当前请求使用server配置，增加vhost引用计数；基于当前阶段的类型，执行预设操作。

应该理解，图1中的流媒体服务器、推流端、拉流端、直播业务配置平台的数目仅仅是示意性的。根据实现需要，可以具有任意数目的流媒体服务器、推流端、拉流端、配置平台。

图2a示出了可以应用于本申请的动态加载方法的实施例的流程200。在本实施例中，动态加载方法，具体包括以下步骤：

步骤201，响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置。

在本实施例中，执行主体(如图1中所示的流媒体服务器102)响应于获取到当前请求，解析当前请求的vhost，并查表获取vhost配置，响应于获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置，响应于获取到server配置，解析server配置，注入配置系统。

具体地，server配置可如下所示：

conf[“push.xx.com”]＝[[

dyn_server{

server_id xx123；

version_id 20；

listen 5000；

server_name push.xx.com；

server_name pull.xx.com；

live on；

}

]]

需要指出的是，server配置的类型包括server级别的配置和app级别的配置，server配置的类型基于当前阶段的类型确定，若当前阶段为推流connect阶段或拉流connect阶段，server配置为server级别的配置；若当前阶段为publish阶段或play阶段，server配置为app级别的配置。

这里，执行主体可在握手完毕后，启动rtmp cycle循环接收数据，并在循环过程中，利用回调接口调用各个module获取server配置的配置项。

其中，当前请求的vhost域名下对应有hash表，hash表结构分成若干个bucket，每个bucket内包含多个元素，每个元素保存了完整的key值。为避免两个不同的k经过f(k)得到相同的key的情况，即哈希碰撞/冲突，可通过以下方式解决碰撞：1、开放地址法、再哈希法和链地址法。

其中，链地址法主要通过建立存储空间向量以存储发生冲突的记录以解决哈希冲突，具有处理冲突简单、无堆积，删除结点的操作易于实现等优点。

步骤202，响应于确定当前请求使用server配置，增加vhost引用计数。

在本实施例中，执行主体响应于确定当前请求使用上述server配置，可增加vhost引用计数。

其中，引用计数的基本策略是每个对象维护一个引用计数，用于表示外界有多少地方引用自己，当有新的引用到这个对象的时候，计数+1，反之一个到这个对象的引用被拆除的时候，计数-1，当计数为0的时候，说明没有人引用这个对象了，这个对象就被销毁。

步骤203，基于当前阶段的类型，执行预设操作。

在本实施例中，当前阶段的类型可以为推流connect阶段、拉流connect阶段、publish阶段或play阶段。

响应于确定当前阶段的类型为推流connect阶段或publish阶段，可增加推流和vhost的配置映射。

具体地，如图2b所示，在推流connect阶段，响应于获取到当前请求，解析当前请求的vhost，并查表获取vhost配置，响应于获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置(即server级别的server配置)；响应于获取当前请求的vhost配置成功，进一步判断server配置是否超时，响应于确定超时，向配置平台获取vhost对应的server配置；响应于确定未超时，当前请求使用获取的server配置；响应于获取server配置成功，解析配置，注入配置系统，响应于确定当前请求使用获取的server配置，增加vhost引用计数，增加推流和vhost的配置映射，并继续执行原有流程；响应于获取server配置失败，使用默认server配置，并继续执行原有流程。

在一些可选的方式中，基于当前阶段的类型，执行预设操作，包括：响应于确定当前阶段的类型为拉流connect阶段或play阶段，查找流所属的vhost，响应于确定流所属的vhost与vhost配置不同，重定向至推流所属的vhost。

在本实现方式中，响应于确定当前阶段的类型为拉流connect阶段或play阶段，可查找流所属的vhost，响应于确定流所属的vhost与当前vhost配置不同，重定向至推流所属的vhost。

具体地，如图2c所示，在拉流connect阶段，响应于获取到当前请求，解析当前请求的vhost，并查表获取vhost配置，响应于获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置；响应于获取当前请求的vhost配置成功，进一步判断server配置是否超时，响应于确定超时，向配置平台获取vhost对应的server配置；响应于确定未超时，当前请求使用获取的server配置；响应于获取server配置成功，解析配置，注入配置系统，响应于确定当前请求使用获取的server配置，增加vhost引用计数，查找流所属的vhost，响应于确定流所属的vhost与当前vhost配置不同，重定向至推流所属的vhost，并继续执行原有流程，响应于确定流所属的vhost与当前vhost配置相同，继续执行原有流程；响应于获取server配置失败，使用默认server配置，并继续执行原有流程。

该实现方式通过响应于确定当前阶段的类型为拉流connect阶段或play阶段，查找流所属的vhost，响应于确定流所属的vhost与vhost配置不同，重定向至推流所属的vhost，实现了拉流connect阶段的server配置的动态加载。

在一些可选的方式中，该方法还包括：响应于获取到新的vhost配置，在预先存储的多个指定映射关系中进行查找，指定映射关系用于指示服务器标识与版本号标识的对应关系，响应于确定多个指定映射关系中不存在与新的vhost配置对应的目标映射关系，或者存在与新的vhost配置对应的目标映射关系，并且新的vhost配置的版本号大于目标映射关系中的版本号标识，加载新的vhost配置，并增加目标映射关系中服务器标识对应的vhost的个数，以及更新对应的版本号标识。

在本实现方式中，server配置中包括服务器标识(即server_id)和版本号标识(即version_id)，server_id用于标识vhost的标识，一个server_id下可配置多个vhost域名；version_id用于标识与服务器标识对应的版本号，即vhost的版本号，server_id每修改一次version_id递增预设数值，如加一。

执行主体响应于获取到新的vhost配置，在预先存储的多个指定映射关系中查找与新的vhost配置对应的目标映射关系，目标映射关系对应的server_id与新的vhost配置的标识相匹配；响应于确定多个指定映射关系中不存在与新的vhost配置对应的目标映射关系，或者存在与新的vhost配置对应的目标映射关系，并且新的vhost配置的版本号大于version_id，加载新的vhost配置，并增加server_id对应的vhost的个数，更新目标映射中的version_id，如将version_id更新为新的vhost配置的版本号，或者将version_id加一。

其中，需要指出的是，在各版本的vhost下都有请求时，多版本vhost配置并存，拉流时默认获取当前最新版本的vhost配置，根据推流和vhost映射来决定是否重定向vhost配置；各个版本的vhost配置独立进行引用计数。

具体地，如图2d所示，在connect阶段，若发现vhost配置不存在或超时，向配置平台请求新的vhost配置，响应于获取失败，使用默认或当前vhost版本；响应于获取到新的vhost配置，查找新的vhost对应的server_id、version_id映射，即目标映射；响应于确定目标映射不存在，或者目标映射存在，但新的vhost配置对应的版本号大于目标映射的version_id，解析vhost配置，注入配置系统，增加server_id对应的vhost的个数，更新vhost配置的版本号，并继续执行原有流程。响应于确定目标映射存在，新的vhost配置对应的版本号小于等于version_id，使用当前版本vhost配置，并继续执行原有流程。

该实现方式通过响应于获取到新的vhost配置，在预先存储的多个指定映射关系中进行查找，指定映射关系用于指示服务器标识与版本号标识的对应关系，响应于确定多个指定映射关系中不存在与新的vhost配置对应的目标映射关系，或者存在与新的vhost配置对应的目标映射关系，并且新的vhost配置的版本号大于目标映射关系中的版本号标识，加载新的vhost配置，并增加目标映射关系中服务器标识对应的vhost的个数，以及更新对应的版本号标识，实现了server配置的动态修改。

在一些可选的方式中，该方法还包括：响应于确定请求结束，vhost的引用计数减一；响应于确定vhost的引用计数为零，释放vhost的资源，并将指定服务器标识对应的vhost的个数减一；响应于确定指定服务器标识对应的vhost的个数为零，销毁指定服务器标识与版本号标识的映射，删除vhost监听信息，删除全局vhost查找表项。

在本实现方式中，在connect阶段，响应于确定请求结束，vhost的引用计数减一，响应于确定vhost的引用计数为零，释放vhost的资源，与引用计数为零的vhost对应的指定server_id对应的vhost的个数减一；响应于确定指定服务器标识对应的vhost的个数为0，销毁指定server标识与版本标识映射，删除vhost监听信息，删除全局vhost查找表项。

具体地，如图2e所示，响应于获取到新的vhost，更新vhsot配置的版本号，增加指定server_id对应的vhost的个数，增加vhost的引用计数，其他流处理流程，响应于确定请求结束，vhost的引用计数减一，响应于确定vhost的引用计数为零，释放vhost的资源，指定server_id对应的vhost个数减一，响应于确定指定server_id对应的vhost的个数为零，销毁指定server_id映射，删除vhost监听信息，删除全局vhost查找表项，结束流程。响应于确定vhost引用计数不为零，或者vhost的个数不为零，直接结束流程。

该实现方式通过响应于确定请求结束，vhost的引用计数减一；响应于确定vhost的引用计数为零，释放vhost的资源，并将指定服务器标识对应的vhost的个数减一；响应于确定指定服务器标识对应的vhost的个数为零，销毁指定服务器标识与版本号标识的映射，删除vhost监听信息，删除全局vhost查找表项，实现了server配置的动态删除。

图3a示出了可以应用于本申请的动态加载方法的又一个实施例的流程300。在本实施例中，动态加载具体包括以下步骤：

步骤301，响应于确定当前阶段为play阶段/publish阶段，并且获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置。

在本实施例中，当前阶段为play阶段/publish阶段，执行主体(如图1中所示的流媒体服务器102)获取到当前请求，解析当前请求的vhost，并查表获取vhost配置，响应于获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置，即与vhost域名对应的app配置。响应于获取到app配置，解析app配置，注入配置系统。

具体地，app配置如下所示：

conf[“push.xx.com”]＝[[

dyn_server{

server_id xx666；

version_id 100；

listen 5000so_keepalive＝on；

server_name push.xx.com；

oss_record off；

live on；

application fruit{

hls on；

hls_path/tmp/hls

}

}

]]。

需要指出的是，若当前阶段为推流connect阶段/拉流connect阶段，执行主体获取到当前请求，解析当前请求的vhost，并查表获取vhost配置，响应于获取当前请求的vhost配置失败，向配置平台获取vhost对应的server级别的server配置。

在一个具体地示例中，如图3b所示：基于Nginx-RTMP的流媒体服务器动态加载的具体时序包括：在connect阶段获取请求域名，对比请求域名和静态默认域名，并判断vhost配置是否超时，向直播业务配置平台获取server级别配置，配置平台动态验证域名，若验证通过，下发server级别配置，响应于获取到server配置(server级别的server配置)，解析server配置，动态创建vhost、app等；响应于确定vhost超时，向配置中心获取新的vhost配置，响应于获取到新的vhost配置，判断vhost版本是否有变化，若版本有变化，则创建新版vhost，并merge(即合并)现有配置、创建相应资源，将session重定向到相应的vhost。

进一步地，在publish阶段创建动态application，向配置平台获取app配置(即app级别的server配置)，以录制、转码、截图，响应于获取到app配置，解析、设置app配置；在play阶段，重定向请求至推流所在的vhost，销毁动态applicationn，以及推流和vhost的映射；响应于检测到vhost引用计数为零，销毁vhost，释放资源，同一server_id的vhost为零时释放相应资源。

在另一个具体的示例中，推流请求的动态触发全流程时序如图3c所示，在connect阶段，执行主体验证域名，并查询域名对应的配置，响应于确定配置不存在或超时，向配置平台获取server配置，响应于获取到server配置，解析server配置，并赋值旧的server配置(即merge旧的server配置)，增加server引用计数。响应于接收到publish指令，设置推流到server配置的映射；创建动态application，http请求重定向，接收rtmp重定向域名；进一步地，向CDN(Content Ddistribute Network，内容分发网络)进行rtmp推流，增加引用计数；响应于接收到播放端的请求server配置的请求，向播放端发送server配置，播放端响应于接收到server配置，解析、合并server配置。进一步地，响应于接收到播放端发送的请求流处理模板的请求，将模板信息发送至播放端。播放端响应于接收到模板信息，解析模板、设置Nginx模块指令，并进行转码、截图、录制；响应于接收到close stream指令，向播放端发送disconnect指令，播放端响应于接收到disconnect指令，释放app资源，释放server资源。执行主体释放app资源，释放server资源。

步骤302，响应于确定当前请求使用server配置，增加vhost引用计数。

在本实施例中，步骤302的实现细节和技术效果，可以参考对步骤202的描述，在此不再赘述。

步骤303，基于当前阶段的类型，执行预设操作。

在本实施例中，步骤303的实现细节和技术效果，可以参考对步骤203的描述，在此不再赘述。

从图3中可以看出，与图2对应的实施例相比，本实施例中的动态加载方法的流程300体现了响应于确定当前阶段为play阶段/publish阶段，并且获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置，响应于确定当前请求使用server配置，增加vhost引用计数，基于当前阶段的类型，执行预设操作，该方式实现了app级别的server配置的动态加载。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种动态加载装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于流媒体服务器中。

如图4所示，本实施例的动态加载装置400包括：检测模块401、获取模块402和生成模块403。

其中，获取模块401，可被配置成响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置。

计数模块402，可被配置成响应于确定当前请求使用server配置，增加vhost引用计数。

配置模块403，可被配置成基于当前阶段的类型，执行预设操作。

在本实施例的一些可选的方式中，配置模块，进一步被配置成响应于确定当前阶段的类型为拉流connect阶段或play阶段，查找流所属的vhost；响应于确定流所属的vhost与所述vhost配置不同，重定向至推流所属的vhost。

在本实施例的一些可选的方式中，该装置还包括更新模块，被配置成响应于获取到新的vhost配置，在预先存储的多个指定映射关系中进行查找；响应于确定多个指定映射关系中不存在与新的vhost配置对应的目标映射关系，或者存在与新的vhost配置对应的目标映射关系，并且新的vhost配置的版本号大于目标映射关系中的版本号标识，加载新的vhost配置，并增加目标映射关系中服务器标识对应的vhost的个数，以及更新对应的版本号标识。

在本实施例的一些可选的方式中，该装置还包括删除模块，被配置成响应于确定请求结束，vhost的引用计数减一；响应于确定vhost的引用计数为零，释放vhost的资源，并将指定服务器标识对应的vhost的个数减一；响应于确定指定服务器标识对应的vhost的个数为零，销毁指定服务器标识与版本号标识的映射，删除vhost监听信息，删除全局vhost查找表项。

在本实施例的一些可选的方式中，获取模块进一步被配置成响应于确定当前阶段为play阶段/publish阶段，并且获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图5所示，是根据本申请实施例的动态加载方法的电子设备的框图。

500是根据本申请实施例的动态加载方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图5所示，该电子设备包括：一个或多个处理器501、存储器502，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器501为例。

存储器502即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的动态加载方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的动态加载方法。

存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的动态加载方法对应的程序指令/模块(例如，附图4所示的获取模块401、计数模块402和配置模块403)。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的动态加载方法。

存储器502可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储动态加载的电子设备的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器502可选包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至动态加载的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

动态加载方法的电子设备还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图5中以通过总线连接为例。

输入装置503可接收输入的数字或字符信息，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置504可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

根据本申请实施例的技术方案，在网关升级过程中，实现了server配置的动态加载，无需reload操作。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (10)

1.一种动态加载方法，所述方法包括：

响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置，其中，所述server配置的类型基于所述当前阶段的类型确定，所述server配置的类型包括：app级别的server配置和server级别的server配置，所述当前阶段的类型包括：推流connect阶段、拉流connect阶段、推流阶段和拉流阶段；

响应于确定所述当前请求使用所述server配置，增加vhost引用计数；

基于所述当前阶段的类型，执行预设操作，包括：响应于确定所述当前阶段的类型为推流connect阶段或publish阶段，增加推流和vhost的配置映射。

2.根据权利要求1所述的方法，其中，基于所述当前阶段的类型，执行预设操作，包括：

响应于确定当前阶段的类型为拉流connect阶段或play阶段，查找流所属的vhost；

响应于确定流所属的vhost与所述vhost配置不同，重定向至推流所属的vhost。

3.根据权利要求1所述的方法，所述方法还包括：

响应于获取到新的vhost配置，在预先存储的多个指定映射关系中进行查找，其中，所述指定映射关系用于指示服务器标识与版本号标识的对应关系，其中，所述服务器标识用于标识vhost的标识，所述版本号标识用于标识与服务器标识对应的版本号；

响应于确定多个指定映射关系中不存在与新的vhost配置对应的目标映射关系，或者存在与新的vhost配置对应的目标映射关系，并且新的vhost配置的版本号大于目标映射关系中的版本号标识，加载新的vhost配置，并增加目标映射关系中服务器标识对应的vhost的个数，以及更新对应的版本号标识。

4.根据权利要求1所述的方法，所述方法还包括：

响应于确定请求结束，vhost的引用计数减一；

响应于确定所述vhost的引用计数为零，释放vhost的资源，并将指定服务器标识对应的vhost的个数减一，所述指定服务器标识为引用计数为零的vhost所对应的服务器标识；

响应于确定指定服务器标识对应的vhost的个数为零，销毁指定服务器标识与版本号标识的映射，删除vhost监听信息，删除全局vhost查找表项。

5.根据权利要求1-4任一所述的方法，其中，所述响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置，包括：

响应于确定当前阶段为play阶段/publish阶段，并且获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置。

6.一种动态加载装置，所述装置包括：

获取模块，被配置成响应于当前阶段获取当前请求的vhost配置失败，向配置平台获取vhost对应的server配置，其中，所述server配置的类型基于所述当前阶段的类型确定，所述server配置的类型包括：app级别的server配置和server级别的server配置，所述当前阶段的类型包括：推流connect阶段、拉流connect阶段、推流阶段和拉流阶段；

计数模块，被配置成响应于确定所述当前请求使用所述server配置，增加vhost引用计数；

配置模块，被配置成基于所述当前阶段的类型，执行预设操作，包括：响应于确定所述当前阶段的类型为推流connect阶段或publish阶段，增加推流和vhost的配置映射。

7.根据权利要求6所述的装置，其中，所述获取模块进一步被配置成：

响应于确定当前阶段为play阶段/publish阶段，并且获取当前请求的vhost配置失败，向配置平台获取vhost对应的app级别的server配置。

8.根据权利要求6所述的装置，其中，所述配置模块进一步被配置成：

响应于确定当前阶段的类型为拉流connect阶段或play阶段，查找流所属的vhost；

响应于确定流所属的vhost与所述vhost配置不同，重定向至推流所属的vhost。

9.一种电子设备，其特征在于，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

10.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。