一种容器回收方法、装置、设备及存储介质与流程

1.本公开涉及计算机技术领域，具体而言，涉及一种容器回收方法、装置、设备及存储介质。


背景技术：

2.随着互联网的快速发展，网络已经逐渐成为人们必不可少的助手，为人们的工作和生活带来了极大的便利，各种以互联网为依托的应用被人们所使用，尤其是集成开发环境(integrated development environment，ide)，能够在计算机上实现对程序的显示，集成了代码编写功能、分析功能、编译功能、调试功能，让程序开发变得更加方便、快捷、高效。
3.通过ide进行应用的开发和升级等，大多是在云端服务器拉起容器，在终端侧通过连接到容器进行底层代码编译，由于服务器资源有限，若无限制在服务器上拉起容器，有可能造成性能故障，因此需要及时将无用的容器删除，以释放占用资源，但由于容器的隔离和封闭特性，导致对容器的召回时机不易掌握，易造成容器召回时机的误判，给容器使用在一定程度上造成极大的不便。


技术实现要素：

4.本公开实施例至少提供一种容器回收方法、装置、设备及存储介质。
5.本公开实施例提供了一种容器回收方法，所述方法包括：
6.基于待处理任务，在服务器中创建用于搭建集成开发环境ide的目标容器，以供终端连接至所述目标容器执行所述待处理任务；
7.在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；
8.基于所述心跳信息，确定是否需要回收所述目标容器。
9.一种可选的实施方式中，在所述在服务器中创建用于搭建集成开发环境ide的目标容器之后，所述方法包括：
10.在所述目标容器和所述服务器中分别设置心跳文件和监测文件；
11.基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，以使所述监测文件能够读取所述心跳文件中的所述目标容器的心跳信息。
12.一种可选的实施方式中，所述在所述目标容器和所述服务器中分别设置心跳文件和监测文件，包括：
13.在所述服务器中创建所述目标容器时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件；和/或
14.在所述目标容器运行的过程中命中下发的监测条件时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件。
15.一种可选的实施方式中，所述基于所述心跳信息，确定是否需要回收所述目标容器，包括：
16.基于所述心跳信息，确定所述目标容器是否处于空闲运行状态；
17.若所述目标容器处于所述空闲运行状态，回收所述目标容器。
18.一种可选的实施方式中，所述基于所述心跳信息，确定所述目标容器是否处于空闲运行状态，包括：
19.在第一终端是通过网页在线连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的、所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间；
20.若所述上传时间与当前时间之间的时间间隔大于第一预设时长，确定所述目标容器处于空闲运行状态。
21.一种可选的实施方式中，所述基于所述心跳信息，确定所述目标容器是否处于空闲运行状态，包括：
22.在第二客户端是通过远程客户端连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的所述第二终端与所述目标容器之间的通信连接通道是否断开；
23.若所述通信连接通道已经断开，和/或所述通信连接通道断开连接的断开时长大于第二预设时长，确定所述目标容器处于空闲运行状态。
24.一种可选的实施方式中，所述若所述目标容器处于所述空闲运行状态，回收所述目标容器，包括：
25.若所述目标容器处于所述空闲运行状态，调取所述服务器中的调度器；
26.控制所述调度器删除所述目标容器。
27.本公开实例还提供一种容器回收装置，所述装置包括：
28.容器创建模块，用于基于待处理任务，在服务器中创建用于搭建集成开发环境ide的目标容器，以供终端连接至所述目标容器执行所述待处理任务；
29.心跳获取模块，用于在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；
30.容器回收模块，用于基于所述心跳信息，确定是否需要回收所述目标容器。
31.一种可选的实施方式中，所述装置还包括通道设置模块，所述通道设置模块用于：
32.在所述目标容器和所述服务器中分别设置心跳文件和监测文件；
33.基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，以使所述监测文件能够读取所述心跳文件中的所述目标容器的心跳信息。
34.一种可选的实施方式中，所述通道设置模块在用于在所述目标容器和所述服务器中分别设置心跳文件和监测文件时，具体用于：
35.在所述服务器中创建所述目标容器时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件；和/或
36.在所述目标容器运行的过程中命中下发的监测条件时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件。
37.一种可选的实施方式中，所述容器回收模块具体用于：
38.基于所述心跳信息，确定所述目标容器是否处于空闲运行状态；
39.若所述目标容器处于所述空闲运行状态，回收所述目标容器。
40.一种可选的实施方式中，所述容器回收模块在用于基于所述心跳信息，确定所述目标容器是否处于空闲运行状态时，具体用于：
41.第一终端是通过网页在线连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的、所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间；
42.若所述上传时间与当前时间之间的时间间隔大于第一预设时长，确定所述目标容器处于空闲运行状态。
43.一种可选的实施方式中，所述容器回收模块在用于基于所述心跳信息，确定所述目标容器是否处于空闲运行状态时，具体用于：
44.在第二客户端是通过远程客户端连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的所述第二终端与所述目标容器之间的通信连接通道是否断开；
45.若所述通信连接通道已经断开，和/或所述通信连接通道断开连接的断开时长大于第二预设时长，确定所述目标容器处于空闲运行状态。
46.一种可选的实施方式中，所述容器回收模块在用于若所述目标容器处于所述空闲运行状态，回收所述目标容器时，具体用于：
47.若所述目标容器处于所述空闲运行状态，调取所述服务器中的调度器；
48.控制所述调度器删除所述目标容器。
49.本公开实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述的容器回收方法的步骤。
50.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的容器回收方法的步骤。
51.本公开实施例提供的容器回收方法、装置、设备及存储介质，通过在服务器中创建用于搭建集成开发环境ide的目标容器，在目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；基于所述心跳信息，确定是否需要回收所述目标容器。
52.这样，在创建容器后，可以通过预设的指向容器内部的监控映射通道，准确的获取容器的心跳信息，以便及时准确的判断容器的运行状态，从而可以在容器闲置时及时对空闲容器进行回收，有效降低服务器由于资源占用过高导致的故障率，大大提升容器使用的有效性，有助于提高用户使用体验。
53.为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
54.为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
55.图1示出了本公开实施例所提供的一种容器回收方法的应用场景示意图；
56.图2示出了本公开实施例所提供的一种容器回收方法的流程图；
57.图3示出了本公开实施例所提供的另一种容器回收方法的流程图；
58.图4示出了本公开实施例提供的一种容器回收流程的示意图；
59.图5示出了本公开实施例所提供的一种容器回收装置的示意图之一；
60.图6示出了本公开实施例所提供的一种容器回收装置的示意图之二；
61.图7示出了本公开实施例所提供的一种电子设备的示意图。
具体实施方式
62.为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
63.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
64.本文中术语“和/或”，仅仅是描述一种关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括a、b、c中的至少一种，可以表示包括从a、b和c构成的集合中选择的任意一个或多个元素。
65.经研究发现，对于在云端服务器拉起的容器，由于其会占用服务器资源，而服务器资源有限，因此对于服务器中拉起的容器需要及时的回收，以便释放服务器中被占用的资源，但由于容器的隔离和封闭特性，很难准确的判断容器的运行状态，可能会造成对容器运行状态判断失误，导致对容器的召回时机不易掌握，给容器的使用在一定程度上造成极大的不便。
66.基于上述研究，本公开提供了一种容器回收方法，可以预先设置从服务器指向容器内部的监控映射通道，从而通过监控映射通道，可以准确获取容器的心跳信息，以便及时准确的判断容器的运行状态，从而可以在容器闲置时及时对空闲容器进行回收，有效降低服务器由于资源占用过高导致的故障率，大大提升容器使用的有效性，有助于提高用户使用体验。
67.请参阅图1，图1为本公开实施例提供的一种应用场景示意图。如图1中所示，针对集成开发环境ide的应用场景中，包括有服务器和终端，可以理解，所述服务器和所述终端通信连接，需要说明的是，在通过ide进行应用开发等任务时，在所述服务器中可以创建多个容器，用于搭建ide，从而管理所述ide内的资源、进程、文件等。进一步的，用户在终端进行应用开发时，可以通过终端连接相应任务的服务器，从而使用所述集成开发环境ide的用户开发界面进行代码的编写和运行。可以理解，基于所述容器和所述终端，可以构成所述集成开发环境ide，进一步的，所述用户开发界面可以是作为集成开发环境ide在前端进行呈现的一部分，即集成开发环境ide包括所述用户开发界面，所述容器可以是作为集成开发环境ide在后台进行存储的一部分。
68.请同时参阅图2，图2为本公开实施例提供的一种容器回收方法的流程图。如图2中所示，本公开实施例提供的容器回收方法，包括：
69.s201：基于待处理任务，在服务器中创建用于搭建集成开发环境ide的目标容器，以供终端连接至所述目标容器执行所述待处理任务。
70.该步骤中，在需要完成待处理任务的时候，例如针对应用开发、应用修改、应用版本升级等的代码编写和开发等任务，可以在服务器中拉起与待处理任务对应的目标容器，并为所述目标容器配置相应的资源和参数，从而搭建起用于完成所述待处理任务的集成开发环境ide，研发人员等可以通过终端连接至所述目标容器，以完成所述待处理任务。
71.s202：在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息。
72.该步骤中，在所述目标容器运行的过程中，由于所述目标容器具有一定的隔离特性，在外界不能准确判断容器的运行状态，为了准确的判断所述目标容器运行状态，可以先解析得到预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，进而可以借助所述监控映射通道获取所述目标容器的心跳信息。
73.其中，所述心跳信息是一种发送方向接收方建立连接发送消息时，心跳文件接收到的发送方发送到接收方的消息，这种消息可以让接收方确定发送源是否以及何时出现故障或终止，从而基于预先设置的、从所述目标容器的宿主机指向所述目标容器内部的监控映射通道获取目标容器的心跳信息，进而准确的判断容器的运行状态。
74.s203：基于所述心跳信息，确定是否需要回收所述目标容器。
75.该步骤中，由于服务器资源不可能无限放大，因此可以基于所述心跳信息，确定所述目标容器的运行状态，从而确定是否需要回收所述目标容器，以防止造成所述目标容器已经没有用户连接的情况下，占用所述服务器的资源空间所造成的卡顿等现象。
76.具体的，对于确定是否需要回收所述目标容器，可以基于所述心跳信息，确定所述目标容器是否处于空闲运行状态，若所述目标容器处于所述空闲运行状态，回收所述目标容器。
77.这里，在获取到所述心跳信息之后，可以通过所述心跳信息最后一次的更新时间与当前时间之间的时间间隔是否大于第一预设时长来确定所述目标容器是否处于空闲运行状态，若所述目标容器处于所述空闲运行状态，回收所述目标容器。
78.进一步的，可以通过终端和所述目标容器的连接情况，确定所述心跳信息最后一次的更新时间当前时间之间的时间间隔是否大于第一预设时长，从而确定所述目标容器是否处于空闲运行状态。
79.其中，所述第一预设时长可以是预先设置好的判定容器使用状态的时间，容器超过所述第一预设时长未更新，可以判定容器处于空闲状态，其可以根据具体情况设置为30分钟，也可以是40分钟等，在此不做具体限定。
80.具体的，在第一终端是通过网页在线连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的、所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间，若所述上传时间与当前时间之间的时间间隔大于第一预设时长，确定所述目标容器处于空闲运行状态。
81.其中，在第一终端通过网页在线连接方式与所述目标容器连接时，所述第一终端
通过网页连接方式向所述目标容器上传消息，所述目标容器内心跳信息检测到所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间，进而确定所述心跳信息指示的、所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间与当前时间之间的时间间隔是否大于第一预设时长，若所述上传时间与当前时间之间的时间间隔大于第一预设时长，确定所述目标容器处于空闲运行状态，其中，所述第一终端可以是多个终端同时通过网页在线连接方式与所述目标容器建立连接。
82.示例性的，所述第一终端通过网页在线连接方式与所述目标容器建立的连接可以是所述终端基于web方式连接到容器内的云ide进程，对于目标容器和终端之间是通过websocket方式进行通信的，每当接收到客户端的信息到来，就以当前时间去更新心跳信息的修改时间，作为最后使用时间。
83.此外，在第二客户端是通过远程客户端连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的所述第二终端与所述目标容器之间的通信连接通道是否断开，若所述通信连接通道已经断开，和/或所述通信连接通道断开连接的断开时长大于第二预设时长，确定所述目标容器处于空闲运行状态。
84.其中，在第二客户端是通过远程客户端连接方式与所述目标容器连接的情况下，当目标容器检测到所述第二客户端是通过远程客户端连接方式建立连接发送的消息，会在所述第二客户端与所述目标容器之间建立通信连接通道，可以通过确定通信连接通道是否断开确定所述目标容器是否处于空闲运行状态，若所述通信连接通道已经断开，和/或所述通信连接通道断开连接的断开时长大于第二预设时长，确定所述目标容器处于空闲运行状态。
85.示例性的，所述第二客户端可以是通过远程客户端连接方式与所述目标容器连接远程ssh(remotessh)方式连接的容器内的云ide进程，在判定是否更新心跳文件时，可以借助服务器端sshd是否有连接发生，每当ssh客户端连接到ssh服务器端，sshd进程就会建立一个tcp连接通道，根据是否存在这个通道来判断是否需要更新心跳信息。
86.进一步的，基于第一终端通过网页在线连接以及第二客户端通过远程客户端连接两种连接方式，确认所述目标容器是否处于所述空闲运行状态，若所述目标容器处于所述空闲运行状态，回收所述目标容器。
87.具体的，若所述目标容器处于所述空闲运行状态，调取所述服务器中的调度器，进而控制所述调度器删除所述目标容器。
88.本公开实施例提供的容器回收方法，在服务器中创建用于搭建集成开发环境ide的目标容器，在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；基于所述心跳信息，确定是否需要回收所述目标容器。
89.这样，通过预设的指向容器内部的监控映射通道，可以准确获取容器的心跳信息，以便及时准确的判断容器的运行状态，从而可以在容器闲置时及时对空闲容器进行回收，有效降低服务器由于资源占用过高导致的故障率，大大提升容器使用的有效性，有助于提高用户使用体验。
90.请同时参阅图3，图3为本公开实施例提供的另一种容器回收方法的流程图。如图3中所示，本公开实施例提供的容器回收方法包括：
91.s301：基于待处理任务，在服务器中创建用于搭建集成开发环境ide的目标容器，以供终端连接至所述目标容器执行所述待处理任务。
92.s302：在所述目标容器和所述服务器中分别设置心跳文件和监测文件。
93.该步骤中，在所述目标容器和运行所述目标容器的宿主机中分别设置心跳文件和监测文件，可以是为了当拉起的容器数量过多、容器已经没有用户进行连接的情况下还在运行，造成占用服务器资源，达到服务器最大阈值造成机身故障的情况出现时，能够及时监测目标容器的心跳信息，以便后续判断容器运行状态对容器进行回收处理。
94.具体的，可以在所述服务器中创建所述目标容器时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件；和/或在所述目标容器运行的过程中命中下发的监测条件时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件。
95.其中，所述监测条件，可以是所述目标容器运行超过一定时长，或者所述目标容器中的资源使用率低于预设阈值等。
96.s303：基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，以使所述监测文件能够读取所述心跳文件中的所述目标容器的心跳信息。
97.该步骤中，在目标容器和运行所述目标容器的宿主机中分别设置心跳文件和监测文件之后，可以基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，以使所述监测文件能够读取所述心跳文件中的所述目标容器的心跳信息，从而判断容器是否处于空闲运行状态，确定是否需要回收所述目标容器。
98.s304：在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息。
99.s305：基于所述心跳信息，确定是否需要回收所述目标容器。
100.其中，步骤s301、步骤s304和步骤s305的描述可以参照步骤s201至步骤s203的描述，并且可以达到相同的技术效果和解决相同的技术问题，在此不做赘述。
101.示例性的，请参阅图4，图4为本公开实施例提供的一种容器回收流程的示意图。如图4中所示，在实际应用场景中，终端和服务器上的容器可以进行数据传输，用户可以通过平板电脑、可穿戴设备等终端，通过web网页在线连接方式、远程ssh客户端连接方式与服务器上可实现资源编译的容器建立连接，在服务器中的容器数量超过一定阈值时，或者在要监测的容器运行超过一定时长时，可以在要监测的容器中设置心跳文件，并在服务器中设置监测文件，以终端通过web网页在线连接方式与容器建立连接为例，在连接期间，终端会定期上传心跳信息，如通过websocket消息方式上传，心跳文件则会记录终端上传的心跳信息，而监测文件通过指向心跳文件的监控映射通道，可以获取到心跳信息，进而监测心跳文件的心跳更新情况，如果最后一次上传心跳信息的时间与当前时间超过一定阈值，例如超过30分钟，则可以认为容器无人使用，可以删除容器，以实现容器的回收，相应的，以终端通过远程ssh客户端连接方式与需要监测的容器建立连接为例，通过ssh客户端的方式连接，会建立通信连接通道，心跳文件会周期性的记录通信连接通道的情况，而监测文件通过指向心跳文件的监控映射通道，可以获取到心跳信息指示的通信连接通道的连接情况，如果通信连接通道已经断开，甚至已经断开超过一定时长，如断开超过30分钟，则可以认为容器无人使用，可以删除容器，以实现容器的回收。
102.本公开实施例提供的容器回收方法，在服务器中创建用于搭建集成开发环境ide
的目标容器，在所述目标容器和所述服务器中分别设置心跳文件和监测文件，基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；基于所述心跳信息，确定是否需要回收所述目标容器。
103.这样，通过在创建容器时，在容器和服务器中分别设置心跳文件和监测文件，进而可以通过监控映射通道，准确的获取容器的心跳信息，以便及时准确的判断容器的运行状态，从而可以在容器闲置时及时对空闲容器进行回收，有效降低服务器由于资源占用过高导致的故障率，大大提升容器使用的有效性，有助于提高用户使用体验。
104.本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
105.基于同一发明构思，本公开实施例中还提供了与容器回收方法对应的容器回收装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述容器回收方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
106.请参阅图5和图6，图5为本公开实施例提供的一种容器回收装置的示意图之一，图6为本公开实施例提供的一种容器回收装置的示意图之二。
107.如图5中所示，本公开实施例提供的容器回收装置500包括：
108.容器创建模块510，用于基于待处理任务，在服务器中创建用于搭建集成开发环境ide的目标容器，以供终端连接至所述目标容器执行所述待处理任务；
109.心跳获取模块520，用于在所述目标容器运行的过程中，基于预先设置的、从所述服务器指向所述目标容器内部的监控映射通道，获取所述目标容器的心跳信息；
110.容器回收模块530，用于基于所述心跳信息，确定是否需要回收所述目标容器。
111.一种可选的实施方式中，如图6中所示，所述装置500还包括通道设置模块540，所述通道设置模块540用于：
112.在所述目标容器和所述服务器中分别设置心跳文件和监测文件；
113.基于所述目标容器的容器参数，建立从所述监测文件指向所述心跳文件的监控映射通道，以使所述监测文件能够读取所述心跳文件中的所述目标容器的心跳信息。
114.一种可选的实施方式中，所述通道设置模块540在用于在所述目标容器和所述服务器中分别设置心跳文件和监测文件时，具体用于：
115.在所述服务器中创建所述目标容器时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件；和/或
116.在所述目标容器运行的过程中命中下发的监测条件时，在所述目标容器和所述服务器中分别设置心跳文件和监测文件。
117.一种可选的实施方式中，所述容器回收模块530具体用于：
118.基于所述心跳信息，确定所述目标容器是否处于空闲运行状态；
119.若所述目标容器处于所述空闲运行状态，回收所述目标容器。
120.一种可选的实施方式中，所述容器回收模块530在用于基于所述心跳信息，确定所述目标容器是否处于空闲运行状态时，具体用于：
121.第一终端是通过网页在线连接方式与所述目标容器连接的情况下，确定所述心跳
信息指示的、所述第一终端上传的至少一次信息中最后一次上传的信息的上传时间；
122.若所述上传时间与当前时间之间的时间间隔大于第一预设时长，确定所述目标容器处于空闲运行状态。
123.一种可选的实施方式中，所述容器回收模块530在用于基于所述心跳信息，确定所述目标容器是否处于空闲运行状态时，具体用于：
124.在第二客户端是通过远程客户端连接方式与所述目标容器连接的情况下，确定所述心跳信息指示的所述第二终端与所述目标容器之间的通信连接通道是否断开；
125.若所述通信连接通道已经断开，和/或所述通信连接通道断开连接的断开时长大于第二预设时长，确定所述目标容器处于空闲运行状态。
126.一种可选的实施方式中，所述容器回收模块530在用于若所述目标容器处于所述空闲运行状态，回收所述目标容器时，具体用于：
127.若所述目标容器处于所述空闲运行状态，调取所述服务器中的调度器；
128.控制所述调度器删除所述目标容器。
129.本公开实施例提供的容器回收装置，在创建容器后，可以通过预设的指向容器内部的监控映射通道，准确的获取容器的心跳信息，以便及时准确的判断容器的运行状态，从而可以在容器闲置时及时对空闲容器进行回收，有效降低服务器由于资源占用过高导致的故障率，大大提升容器使用的有效性，有助于提高用户使用体验。
130.其中，所述容器回收装置500可以是作为第三方设备与所述服务器连接，也可以是嵌入所述服务器中，作为所述服务器的一部分，以辅助所述服务器实现容器回收的功能。
131.关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
132.对应于图2和图3中的容器回收方法，本公开实施例还提供了一种电子设备700，如图7所示，为本公开实施例提供的电子设备700结构示意图，包括：
133.处理器710、存储器720、和总线730；存储器720用于存储执行指令，包括内存721和外部存储器722；这里的内存721也称内存储器，用于暂时存放处理器710中的运算数据，以及与硬盘等外部存储器722交换的数据，处理器710通过内存721与外部存储器722进行数据交换，当所述电子设备700运行时，所述处理器710与所述存储器720之间通过总线730通信，使得所述处理器710可以执行上述的容器回收方法的步骤。
134.本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的容器回收方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。
135.本公开实施例还提供一种计算机程序产品，该计算机程序产品承载有程序代码，所述程序代码包括的指令可用于执行上述方法实施例中所述的容器回收方法的步骤，具体可参见上述方法实施例，在此不再赘述。
136.其中，上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
137.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统
和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
138.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
139.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
140.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
141.最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。