CN113760319B - 一种更新应用的方法和系统 - Google Patents

Abstract

本发明公开了一种更新应用的方法和系统，涉及计算机技术领域。该方法的一具体实施方式包括：能够针对应用中各个正在运行的应用实例，通过依次下线和上线应用实例完成应用的更新；第二应用实例获取第一应用实例的线程数量，并基于该线程数量计算增加的线程数量，并动态增加线程数量；当第一应用实例重新上线时，各个第二应用实例变更线程数量为初始线程数量；通过动态调整应用实例之间的线程数量，保持了当有应用实例下线时应用系统的线程数量，提高了系统的稳定性和服务的可用率。

Description

一种更新应用的方法和系统

技术领域

本发明涉及计算机技术领域，尤其涉及一种更新应用的方法和系统。

背景技术

目前在分布式系统中，发布应用需要重新启动应用包含的应用实例；因此通常发布应用是通过执行关机流程或者直接杀掉进程而完成的，关机流程可以处理资源的释放，防止无效数据链接。直接杀掉进程的方法简单而快速，但是有些任务可能还未执行完成，这就会导致数据交互问题，引起数据的重试执行，还可能会导致资源也未能及时释放而形成的无效数据链接。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

在应用发布时，需要重新启动该应用的各个应用实例，由于应用相关的数据的实时运行，无论执行关机流程自动释放资源还是杀掉应用进程使使用实例下线，都会因为当前应用的总实例数量减少而造成提供服务的线程数量的减少，也因此增加了正在运行中的机器的负载压力，尤其在业务繁忙时，可能会造成服务提供者线程耗尽并导致服务消费者调用异常，影响应用发布时的系统稳定性、服务可用率和用户体验。

发明内容

有鉴于此，本发明实施例提供一种更新应用的方法和系统，能够针对应用中各个正在运行的应用实例，通过依次下线和上线应用实例完成应用的更新；线上的第二应用实例获取待下线的第一应用实例的线程数量，并基于该线程数量计算增加的线程数量，并动态增加线程数量；在第一应用实例重新上线时，各个第二应用实例变更线程数量为初始线程数量；通过动态调整应用实例之间的线程数量，保持了当有应用实例下线时应用系统的线程数量，提高了系统的稳定性和服务的可用率。

为实现上述目的，根据本发明实施例的一个方面，提供了一种更新应用的方法，其特征在于，包括：待下线的第一应用实例发送下线请求，获取所述第一应用实例的第一线程数量，向线上的第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；所述第二应用实例接收所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；所述第一应用实例执行上线操作，并向所述第二应用实例发送上线消息；所述第二应用实例接收所述上线消息，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

可选地，所述更新应用的方法，其特征在于，

可选地，所述更新应用的方法，其特征在于，还包括：

所述第一应用实例发送所述下线消息或者所述上线消息给分布式配置模块；所述分布式配置模块根据所述下线消息或者所述上线消息变更第二应用实例的实例数量；所述第二应用实例利用从分布式配置模块获取所述实例数量。

可选地，所述更新应用的方法，其特征在于，

根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量；包括：

将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程数量；并将所述初始线程数量与所述增加线程数量的总和作为所述第二线程数量。

可选地，所述更新应用的方法，其特征在于，

所述服务注册模块接收和处理所述第一应用实例发送的上线请求或所述下线请求，并向发送所述第一应用实例发送对应于所述上线请求或所述下线请求的反馈信息；所述第一应用实例基于所述反馈信息执行下线操作或者上线操作。

为实现上述目的，根据本发明实施例的第二方面，提供了一种更新应用的系统，其特征在于，包括：第一应用实例模块和第二应用实例模块；其中：

所述第一应用实例模块，用于发送下线请求，获取第一应用实例的第一线程数量，向第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；当所述第一应用实例执行上线操作时，向所述第二应用实例发送上线消息；

所述第二应用实例模块，用于接收所述第一应用实例的所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；当所述第二应用实例接收到所述第一应用实例的上线消息时，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

可选地，所述更新应用的系统，还包括：分布式配置模块；其中，

所述分布式配置模块，用于接收所述第一应用实例发送的所述下线消息或者上线消息，根据所述下线消息或者上线消息变更第二应用实例的所述实例数量；以供所述第二应用实例获取所述实例数量。

可选地，所述更新应用的系统，还包括：服务注册模块；其中，

所述服务注册模块用于接收和处理所述第一应用实例的上线请求或下线请求，并发送对应于所述上线请求或所述下线请求的反馈信息；所述第一应用实例基于所述反馈信息执行相应地下线或者上线操作。

可选地，所述更新应用的系统，所述第二应用实例模块，还用于将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程的增加数量；并将所述初始线程数量与所述增加数量的总和作为所述第二线程数量。

为实现上述目的，根据本发明实施例的第三方面，提供了一种更新应用的电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述更新应用的方法中任一所述的方法。

为实现上述目的，根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上述更新应用的方法中任一所述的方法。

上述发明中的一个实施例具有如下优点或有益效果：能够针对应用中各个正在运行的应用实例，通过依次下线和上线应用实例完成应用的更新；线上的第二应用实例获取待下线的第一应用实例的线程数量，并基于该线程数量计算增加的线程数量，并动态增加线程数量；在第一应用实例重新上线时，各个第二应用实例变更线程数量为初始线程数量；通过动态调整应用实例之间的线程数量，保持了当有应用实例下线时应用系统的线程数量，提高了系统的稳定性和服务的可用率。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明一个实施例提供的一种更新应用的方法的流程示意图；

图2是本发明一个实施例提供的一种更新应用的流程示意图；

图3是本发明一个实施例提供的一种应用实例下线和上线的流程示意图；

图4是本发明一个实施例提供的一种更新应用的系统的结构示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

如图1所示，本发明实施例提供了一种更新应用的方法，该方法可以包括以下步骤：

步骤S101：待下线的第一应用实例发送下线请求，获取所述第一应用实例的第一线程数量，向线上的第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量。

具体地，在分布式系统中更新应用(也即应用发布)需要将各个关联于应用的应用实例进行重启，以使更新应用生效；例如：一个分布式系统应用包含三个应用实例，为应用实例A、应用实例B、应用实例C；可以理解的是，更新应用的过程需要依次重启(即进行下线然后再上线的操作)应用实例A、应用实例B、应用实例C；在上述三个应用实例重启之后，完成应用的更新；在本申请中，在一个时间范围内执行下线然后上线(即，重启)的应用实例为待下线的第一应用实例；而其他在运行的应用实例为第二应用实例，例如，当应用实例A执行重启操作时，应用实例A为第一应用实例；应用实例B、应用实例C为第二应用实例；当应用实例B执行重启操作时，应用实例B为第一应用实例，应用实例A和应用实例C为第二应用实例。

当第一应用实例(例如应用实例A)重启时，第一应用实例发送下线请求，并获取第一应用实例对应的第一线程数量；其中，第一应用实例或第二应用实例具有为对外提供服务的功能；例如：对外提供远程过程调用服务，该服务可以由同一组业务线程池来实现，业务线程池包含多个线程，线程为操作系统能够进行运算调度的最小单位；线程被包含在进程之中，是进程中的实际运作单位。一个线程为进程中一个单一顺序的控制流，一个进程中可以并发多个线程，每条线程并行执行不同的任务。

进一步地，获取对应于第一应用实例的线程数量(即第一线程数量)，第一应用实例获取第一线程数量的方法可以利用线程池ThreadPoolExecutor中的getMaximumPoolSize方法；其中，第一应用实例发送下线请求给服务注册模块，并接受服务注册模块基于下线请求的反馈信息，进一步地执行下线操作，可以理解的是，类似的，第一应用实例发送上线请求以及执行上线操作；即，所述服务注册模块接收和处理所述第一应用实例发送的上线请求或所述下线请求，并向所述第一应用实例发送对应于所述上线请求或所述下线请求的反馈信息；所述第一应用实例基于所述反馈信息执行下线操作或者上线操作。进一步地，第一应用实例发送下线消息给各个第二应用实例；所述下线消息包含所述第一线程数量(即第一应用实例的线程数量)；例如：应用实例A为第一应用实例；应用实例B、应用实例C为第二应用实例，则应用实例A发送下线消息给应用实例B、应用实例C；并且下线消息包含应用实例A对应的线程数量(即第一线程数量)。其中，所述第一应用实例通过异步方式发送所述上线消息或所述下线消息给各个第二应用实例。具体地，例如利用异步方式发送消息，或者通过消息队列发送，消息中包含第一线程数量，还可以包括应用实例A的信息，例如应用实例A的IP地址，下线消息的时间戳等，本发明对下线消息的具体内容不做限定。

进一步地，第一应用实例在发送下线消息后，执行下线操作，第一应用实例执行下线或上线操作的方法可以通过运行脚本、可视化实例管理系统的互动等方式，本发明对第一应用实例下线和上线所采用的方法不做限定。

步骤S102：所述第二应用实例获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程。

具体地，在获取第一应用实例的下线消息之后，各个第二应用实例分别获取所述第二应用实例的初始线程数量，获取初始线程数量的方法可以为通过线程池ThreadPoolExecutor中的getMaximumPoolSize方法；进一步地，通过第一应用实例的下线消息获取第一应用实例对应的第一线程数量，并根据自身的初始线程数量，计算新的第二线程数量；并根据所述第二线程数量增加线程；可以理解的是，通过各个第二应用实例增加线程数量，保持了应用实例下线后系统的线程数不会减少，提高了系统的稳定性。具体地，计算第二线程数量包括：将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程数量；并将所述初始线程数量与所述增加线程数量的总和作为所述第二线程数量。

进一步地，第二应用实例利用从分布式配置模块获取所述实例数量，即，所述第一应用实例发送所述下线消息或者所述上线消息给分布式配置模块；所述分布式配置模块根据所述下线消息或者所述上线消息变更第二应用实例的实例数量；所述第二应用实例利用从分布式配置模块获取所述实例数量。其中，所述分布式配置模块，用于接收所述第一应用实例发送的所述下线消息或者上线消息，根据所述下线消息或者上线消息变更第二应用实例的所述实例数量；以供所述第二应用实例获取所述实例数量。

下面举例说明本步骤，例如：应用包含10个应用实例，每个实例包含20个线程用于提供服务接口，假设应用实例A(即第一应用实例)需要执行下线操作，第一应用实例发送的下线消息中包含第一线程数量，即为20，其他9个应用实例(即9个第二应用实例)分别获取初始线程数量(即为20)，进一步地，通过分布式配置模块获取第二应用实例的实例数量，其中，第一应用实例发送所述下线消息或者所述上线消息给分布式配置模块，所述分布式配置模块根据所述下线消息或者所述上线消息变更第二应用实例的实例数量；优选地，在分布式系统中，可以设置每个应用实例运行一致的软件，具有相同的线程数量；进一步地，计算第二应用实例的第二线程数量的方法可以为计算需要新增的线程数量，例如：以上述10个应用实例为例，在应用实例A(第一应用实例)下线后，其他9个第二应用实例利用如下方法计算新增的线程数量：20/9向上取整，得到的结果数值为3；其中9是当前运行的第二应用实例的实例数量，20是第一线程数量；3即为增加线程数量，即，将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程数量；并将所述初始线程数量与所述增加线程数量的总和作为所述第二线程数量；则每个第二应用实例的第二线程数量为23(20+3＝23，即为初始线程数量与所述增加数量的总和)；其中，各个第二应用实例可以通过调用线程池ThreadPoolExecutor中的setMaximumPoolSize方法，动态的增加当前第二应用实例的最大线程数量至23(即为第二线程数量)；第二应用实例可以保存初始线程数量和当前的新增线程数到本地的缓存中，用于执行第一应用实例上线时的线程更新(即恢复)操作。

步骤S103：所述第一应用实例执行上线操作，并向所述第二应用实例发送上线消息；当所述第二应用实例接收到所述第一应用实例的上线消息时，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

具体地，第一应用实例执行上线操作向所述第二应用实例发送上线消息；接收到第一应用实例的上线消息后，各个第二应用实例同时销毁增加的线程，即销毁存储在本地缓存中新增的3个线程数量，进一步地，各个第二应用实例将当前的线程数量由第二线程数量(例如步骤S102中的示例，第二线程数量为23)变成为初始线程数量(例如步骤S102中的示例，初始线程数量为20)。各个第二应用实例可以通过ThreadPoolExecutor中的setMaximumPoolSize方法变更线程数量。

如图2所示，本发明实施例提供了一种更新应用的方法，该方法可以包括以下步骤：

步骤S201：待下线的第一应用实例发送下线请求，获取所述第一应用实例的第一线程数量，向线上的第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量。

步骤S202：所述第二应用实例接收所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程。

步骤S203：所述第一应用实例执行上线操作，并向所述第二应用实例发送上线消息；所述第二应用实例接收所述上线消息，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

具体地，针对每一个需要重启的第一应用实例，执行步骤S201-步骤S203的操作。其中，关于步骤S201-步骤S203的描述与步骤S101-步骤S103的描述一致，在此不再赘述。

步骤S204：判断是否应用对应的全部应用实例执行下线并上线的操作。

具体地，若否，则根据新的第一应用实例，重复步骤S201-步骤S203的步骤，若是，则执行步骤S205。

步骤S205：应用更新完成。

具体地，通过步骤S201-步骤S205的描述，完成应用对应的各个应用实例的下线和上线过程，从而完成应用的更新。

如图3所示，本发明实施例提供了一种应用实例下线后上线的流程示意图；

假设应用包含三个应用实例：应用实例A、应用实例B、应用实例C，下面以应用实例A作为待下线的第一应用实例为例；以应用实例B、应用实例C作为线上正在运行的第二应用实例为例说明；如图3所示：

第一应用实例(应用实例A)发送下线请求给服务注册模块，即，所述服务注册模块接收和处理所述第一应用实例发送的上线请求或所述下线请求，并向发送所述第一应用实例发送对应于所述上线请求或所述下线请求的反馈信息；

所述第一应用实例基于所述反馈信息执行下线操作或者上线操作。进一步地，获取第一应用实例(应用实例A)对应的第一线程数量(例如15)；第一应用实例向第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；

第二应用实例(应用实例B、应用实例C)获取所述第二应用实例的初始线程数量(例如15)，根据所述第一线程数量(例如15)、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；

进一步地，当第一应用实例执行下线操作时，发送下线消息给分布式配置模块，以使分布式配置模块动态地获取在线的第二应用实例的实例数量；即，所述第一应用实例发送所述下线消息或者所述上线消息给分布式配置模块；所述分布式配置模块根据所述下线消息或者所述上线消息变更第二应用实例的实例数量；所述第二应用实例利用从分布式配置模块获取所述实例数量。

进一步地，将所述第一线程数量(例如15)除以第二的所述实例数量(实例数量为2，即为应用实例B、应用实例C)，将得到的数值向上取整作为增加线程的增加数量(即8)；并将所述初始线程数量与所述增加数量的总和(15+8＝23)作为所述第二线程数量(即为23)；各个第二应用实例根据所述第二线程数量增加线程(增加到23)。

第一应用实例执行上线操作，并向所述第二应用实例发送上线消息当接收所述第一应用实例(应用实例A)的上线消息时，即所述第二应用实例(应用实例B、应用实例C)接收到所述第一应用实例(应用实例A)的上线消息时，销毁增加的线程，以使线程数量从所述第二线程数量(23)变更为所述初始线程数量(15)。

如图4所示，本发明实施例提供了一种更新应用的系统400，包括：第一应用实例模块401、第二应用实例模块402、分布式配置模块403和服务注册模块404；其中：

所述第一应用实例模块401，用于发送下线请求，获取第一应用实例的第一线程数量，向第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；当所述第一应用实例执行上线操作时，向所述第二应用实例发送上线消息；

所述第二应用实例模块402，用于接收所述第一应用实例的所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；当所述第二应用实例接收到所述第一应用实例的上线消息时，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量；

所述分布式配置模块403，用于接收所述第一应用实例发送的所述下线消息或者上线消息，根据所述下线消息或者上线消息变更第二应用实例的所述实例数量；以供所述第二应用实例获取所述实例数量；

所述服务注册模块404，用于接收和处理所述第一应用实例的上线请求或下线请求，并发送对应于所述上线请求或所述下线请求的反馈信息；所述第一应用实例基于所述反馈信息执行相应地下线或者上线操作。

可选地，所述第二应用实例模块402，还用于将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程数量；并将所述初始线程数量与所述增加线程数量的总和作为所述第二线程数量。

本发明实施例还提供了一种更新应用的电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例提供的方法。

本发明实施例还提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例提供的方法。

图5示出了可以应用本发明实施例的更新应用的方法或更新应用的装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用。

终端设备501、502、503可以是具有显示屏并且支持各种客户端应用的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所使用的客户端应用提供支持的后台管理服务器。后台管理服务器可以执行为客户端提供服务的系统应用的更新操作，并提供更新后的服务或者功能提供给客户端所归属的终端设备。

需要说明的是，本发明实施例所提供的更新应用的方法一般由终端设备501、502、503或服务器505执行，相应地，更新应用的系统或装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一应用实例模块和第二应用实例模块；其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第二应用实例模块还可以被描述为“第二应用实例在接收到第一应用实例的下线信息后，计算增加线程数量的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：待下线的第一应用实例发送下线请求，获取所述第一应用实例的第一线程数量，向线上的第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；所述第二应用实例接收所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；所述第一应用实例执行上线操作，并向所述第二应用实例发送上线消息；所述第二应用实例接收所述上线消息，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

由此可见，本发明能够针对应用中各个正在运行的应用实例，通过依次下线和上线应用实例完成应用的更新；第二应用实例获取第一应用实例的线程数量，并基于该线程数量计算增加的线程数量，并动态增加线程数量；当第一应用实例重新上线时，各个第二应用实例变更线程数量为初始线程数量；通过动态调整应用实例之间的线程数量，保持了当有应用实例下线时应用系统的线程数量，提高了系统的稳定性和服务的可用率。

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

Claims (6)

1.一种更新应用的方法，其特征在于，包括：

待下线的第一应用实例发送下线请求，获取所述第一应用实例的第一线程数量，向线上的第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；

所述第二应用实例接收所述下线消息，获取所述第二应用实例的初始线程数量；

所述第一应用实例发送所述下线消息或者所述上线消息给分布式配置模块；所述分布式配置模块根据所述下线消息或者所述上线消息变更第二应用实例的实例数量；所述第二应用实例从所述分布式配置模块获取所述实例数量；

根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，包括：将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程数量；并将所述初始线程数量与所述增加线程数量的总和作为所述第二线程数量；

并根据所述第二线程数量增加线程；

所述第一应用实例执行上线操作，并向所述第二应用实例发送上线消息；所述第二应用实例接收所述上线消息，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量。

2.根据权利要求1所述的方法，其特征在于，

利用服务注册模块接收和处理所述第一应用实例发送的上线请求或所述下线请求，并向发送所述第一应用实例发送对应于所述上线请求或所述下线请求的反馈信息；

所述第一应用实例基于所述反馈信息执行下线操作或者上线操作。

3.一种更新应用的系统，包括：第一应用实例模块和第二应用实例模块；其中：

所述第一应用实例模块，用于发送下线请求，获取第一应用实例的第一线程数量，向第二应用实例发送下线消息，并执行下线操作；其中，所述下线消息包含所述第一线程数量；当所述第一应用实例执行上线操作时，向所述第二应用实例发送上线消息；

所述第二应用实例模块，用于接收所述第一应用实例的所述下线消息，获取所述第二应用实例的初始线程数量，根据所述第一线程数量、所述初始线程数量，计算所述第二应用实例的第二线程数量，并根据所述第二线程数量增加线程；当所述第二应用实例接收到所述第一应用实例的上线消息时，销毁增加的线程，以使线程数量从所述第二线程数量变更为所述初始线程数量；

所述系统，还包括：分布式配置模块，所述分布式配置模块，用于接收所述第一应用实例发送的所述下线消息或者上线消息，根据所述下线消息或者上线消息变更第二应用实例的所述实例数量；以供所述第二应用实例获取所述实例数量；

所述第二应用实例模块，还用于将所述第一线程数量除以所述实例数量，将得到的数值向上取整作为增加线程的增加数量；并将所述初始线程数量与所述增加数量的总和作为所述第二线程数量。

4.根据权利要求3所述的系统，还包括：服务注册模块；其中，

所述服务注册模块用于接收和处理所述第一应用实例的上线请求或下线请求，并发送对应于所述上线请求或所述下线请求的反馈信息；所述第一应用实例基于所述反馈信息执行相应地下线或者上线操作。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-2中任一所述的方法。

6.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-2中任一所述的方法。