CN104267955A - 一种程序启停时模块间运行依赖的消除方法 - Google Patents

Abstract

本发明提供一种程序启停时模块间运行依赖的消除方法，包括以下步骤：提供模块私有资源初始化接口和模块私有线程启动接口；提供模块私有资源释放接口和模块私有线程停止接口；程序启动时，先调用各模块的私有资源初始化接口，然后调用各模块的私有线程启动接口；程序停止时，先调用各模块的私有线程停止接口，然后调用各模块的私有资源释放接口。本发明提供一种程序启停时模块间运行依赖的消除方法，通过确立模块的启动和停止接口形式、程序的启动和停止调用方式来解决运行依赖问题。

Description

一种程序启停时模块间运行依赖的消除方法

技术领域

本发明涉及一种消除方法，具体涉及一种程序启停时模块间运行依赖的消除方法。

背景技术

对于模块启动和停止的接口封装，传统方法都提供一个启动接口，一个停止接口。其中，启动接口包括模块的私有资源创建和线程启动(如果存在)，停止接口包括模块的线程停止(如果存在)和私有资源释放。

现有针对模块启动和停止的接口封装模式，容易导致存在多个运行依赖模块的程序无法正常启动和停止。

假设存在运行依赖的两个模块moduleA和moduleB，如果moduleA先停止，将导致moduleB无法运行并会因为moduleB访问moduleA的资源而崩溃；先停止moduleB，则会导致moduleA无法访问moduleB资源而崩溃。对于程序的启动流程，存在同样问题。

发明内容

为了克服上述现有技术的不足，本发明提供一种程序启停时模块间运行依赖的消除方法，通过确立模块的启动和停止接口形式、程序的启动和停止调用方式来解决运行依赖问题。

为了实现上述发明目的，本发明采取如下技术方案：

本发明提供一种程序启停时模块间运行依赖的消除方法，所述方法包括以下步骤：

步骤1：提供模块私有资源初始化接口和模块私有线程启动接口；

步骤2：提供模块私有资源释放接口和模块私有线程停止接口；

步骤3：程序启动时，先调用各模块的私有资源初始化接口，然后调用各模块的私有线程启动接口；

步骤4：程序停止时，先调用各模块的私有线程停止接口，然后调用各模块的私有资源释放接口。

所述步骤1中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleA_start_thd()，实现模块moduleA的私有线程启动；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_init_res()，实现模块moduleA的私有资源创建。

所述步骤2中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放。

所述步骤3中，程序的启动分为两个阶段：第一阶段创建所有模块需要的私有资源；第二阶段启动相关模块的私有线程。

在第一阶段中，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleB_init_res()，实现模块moduleB的私有资源创建；

moduleC_init_res()，实现模块moduleC的私有资源创建；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_start_thd()，实现模块moduleA的私有线程启动；

moduleB_start_thd()，实现模块moduleB的私有线程启动；

moduleC_start_thd()，实现模块moduleC的私有线程启动。

所述步骤4中，程序的停止分为两个阶段：第一阶段停止相关模块的私有线程；第二阶段释放所有模块的私有资源。

在第一阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

moduleB_stop_thd()，实现模块moduleB的私有线程停止；

moduleC_stop_thd()，实现模块moduleC的私有线程停止；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleB_destroy_res()，实现模块moduleB的私有资源释放；

moduleC_destroy_res()，实现模块moduleC的私有资源释放。

与现有技术相比，本发明的有益效果在于：

本发明通过将模块的私有线程和私有资源相区分，并要求分别提供私有线程的启动和停止接口、私有资源的创建和释放接口。在程序启动时，要求确保先完成所有模块的资源创建，然后完成所有模块的线程启动；在程序停止时，要求确保先完成所有模块的线程退出，然后完成所有模块的资源释放。从而解决了模块启动和退出都将线程和私有资源绑定，导致存在运行依赖的多个模块无法正常启动和释放的问题。本发明有效解决了一种分布式文件系统中，在程序启动时，可消除模块间相互依赖问题；在程序退出时，可避免模块间运行依赖导致退出异常问题。

附图说明

图1是本发明实施例中程序启停时模块间运行依赖的消除方法流程图；

图2是本发明实施例中程序启动过程中接口调用示意图；

图3是本发明实施例中程序停止过程中接口调用示意图。

具体实施方式

下面结合附图对本发明作进一步详细说明。

如图1，本发明提供一种程序启停时模块间运行依赖的消除方法，所述方法包括以下步骤：

步骤1：提供模块私有资源初始化接口和模块私有线程启动接口；

步骤2：提供模块私有资源释放接口和模块私有线程停止接口；

步骤3：程序启动时，先调用各模块的私有资源初始化接口，然后调用各模块的私有线程启动接口；

步骤4：程序停止时，先调用各模块的私有线程停止接口，然后调用各模块的私有资源释放接口。

所述步骤1中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleA_start_thd()，实现模块moduleA的私有线程启动；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_init_res()，实现模块moduleA的私有资源创建。

所述步骤2中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放。

如图2，所述步骤3中，程序的启动分为两个阶段：第一阶段创建所有模块需要的私有资源；第二阶段启动相关模块的私有线程。

在第一阶段中，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleB_init_res()，实现模块moduleB的私有资源创建；

moduleC_init_res()，实现模块moduleC的私有资源创建；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_start_thd()，实现模块moduleA的私有线程启动；

moduleB_start_thd()，实现模块moduleB的私有线程启动；

moduleC_start_thd()，实现模块moduleC的私有线程启动。

如图3，所述步骤4中，程序的停止分为两个阶段：第一阶段停止相关模块的私有线程；第二阶段释放所有模块的私有资源。

在第一阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

moduleB_stop_thd()，实现模块moduleB的私有线程停止；

moduleC_stop_thd()，实现模块moduleC的私有线程停止；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleB_destroy_res()，实现模块moduleB的私有资源释放；

moduleC_destroy_res()，实现模块moduleC的私有资源释放。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制，所属领域的普通技术人员参照上述实施例依然可以对本发明的具体实施方式进行修改或者等同替换，这些未脱离本发明精神和范围的任何修改或者等同替换，均在申请待批的本发明的权利要求保护范围之内。

Claims (7)

1.一种程序启停时模块间运行依赖的消除方法，其特征在于：所述方法包括以下步骤：

步骤1：提供模块私有资源初始化接口和模块私有线程启动接口；

步骤2：提供模块私有资源释放接口和模块私有线程停止接口；

步骤3：程序启动时，先调用各模块的私有资源初始化接口，然后调用各模块的私有线程启动接口；

步骤4：程序停止时，先调用各模块的私有线程停止接口，然后调用各模块的私有资源释放接口。

2.根据权利要求1所述的程序启停时模块间运行依赖的消除方法，其特征在于：所述步骤1中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleA_start_thd()，实现模块moduleA的私有线程启动；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_init_res()，实现模块moduleA的私有资源创建。

3.根据权利要求1所述的程序启停时模块间运行依赖的消除方法，其特征在于：所述步骤2中，设moduleA表示模块，如果模块存在私有资源和私有线程，则接口需提供两个，基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

如果模块不存在私有线程，则接口只需提供一个，基本形式为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放。

4.根据权利要求1所述的程序启停时模块间运行依赖的消除方法，其特征在于：所述步骤3中，程序的启动分为两个阶段：第一阶段创建所有模块需要的私有资源；第二阶段启动相关模块的私有线程。

5.根据权利要求4所述的程序启停时模块间运行依赖的消除方法，其特征在于：在第一阶段中，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_init_res()，实现模块moduleA的私有资源创建；

moduleB_init_res()，实现模块moduleB的私有资源创建；

moduleC_init_res()，实现模块moduleC的私有资源创建；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_start_thd()，实现模块moduleA的私有线程启动；

moduleB_start_thd()，实现模块moduleB的私有线程启动；

moduleC_start_thd()，实现模块moduleC的私有线程启动。

6.根据权利要求1所述的程序启停时模块间运行依赖的消除方法，其特征在于：所述步骤4中，程序的停止分为两个阶段：第一阶段停止相关模块的私有线程；第二阶段释放所有模块的私有资源。

7.根据权利要求6所述的程序启停时模块间运行依赖的消除方法，其特征在于：在第一阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有线程，则接口的基本形式分别为：

moduleA_stop_thd()，实现模块moduleA的私有线程停止；

moduleB_stop_thd()，实现模块moduleB的私有线程停止；

moduleC_stop_thd()，实现模块moduleC的私有线程停止；

在第二阶段，设moduleA、moduleB、moduleC均表示模块，如果各个模块存在私有资源，则接口的基本形式分别为：

moduleA_destroy_res()，实现模块moduleA的私有资源释放；

moduleB_destroy_res()，实现模块moduleB的私有资源释放；

moduleC_destroy_res()，实现模块moduleC的私有资源释放。