CN110633163A - 一种基于多进程服务器的预防应用程序崩溃的开发方法 - Google Patents

一种基于多进程服务器的预防应用程序崩溃的开发方法 Download PDF

Info

Publication number
CN110633163A
CN110633163A CN201910917677.4A CN201910917677A CN110633163A CN 110633163 A CN110633163 A CN 110633163A CN 201910917677 A CN201910917677 A CN 201910917677A CN 110633163 A CN110633163 A CN 110633163A
Authority
CN
China
Prior art keywords
server
main
module
program
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910917677.4A
Other languages
English (en)
Other versions
CN110633163B (zh
Inventor
戴辉
邓波
陈顺妮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Qixingshi Technology Co Ltd
Original Assignee
Shenzhen Qixingshi Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Qixingshi Technology Co Ltd filed Critical Shenzhen Qixingshi Technology Co Ltd
Priority to CN201910917677.4A priority Critical patent/CN110633163B/zh
Publication of CN110633163A publication Critical patent/CN110633163A/zh
Application granted granted Critical
Publication of CN110633163B publication Critical patent/CN110633163B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种基于多进程服务器的预防应用程序崩溃的开发方法，该方法包括创建服务端服务器、创建服务器客户端通讯模型、创建执行特定任务的模块服务器模型、创建基于管理员权限的服务模型以及服务器崩溃重启；创建服务器模型是创建一个简单的命令行程序作为主服务器,所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型，管理员的服务程序由主程序使用管理员权限启动，其负责调用模块服务器，当一服务器A出现崩溃后，桌面应用程序监听到该服务器出现崩溃消息后，会再次启动主服务B。本发明基于服务器模型，可以很好的把界面和业务逻辑分离，更适合多人协作项目开发,提高开发效率和应用程序的稳定性。

Description

一种基于多进程服务器的预防应用程序崩溃的开发方法
技术领域
本发明涉及一种基于多进程服务器的预防应用程序崩溃的开发方法。
背景技术
常规的桌面程序就是启动一个主程序，之后主程序里使用多线程技术来处理业务逻辑，这样的方法在处理简单业务逻辑的时候还可以，但是随着项目功能增多后，不可避免的项目的代码量也会增多，这样会导致该项目某部分逻辑出错崩溃时整个软件也会随之崩溃。
开发桌面应用时, 需要按照业务功能来划分模块，模块功能日益增多后，复杂的逻辑会导致应用更容易因为某个功能里的错误而导致崩溃，也就是业务逻辑越多，错误崩溃的情况就越多； 这时候，就需要一种模型和系统来避免错误崩溃发生率或者在崩溃发生时不影响桌面软件的运行。已有的技术是单进程的多线程，根据操作系统方面的机制原理，单一进程内发生错误时，整个进程避免不了错误退出，所以已有的单进程技术解决不了问题。
现有技术的缺点是:
1、单进程模型，容易在发生错误时，整个进程都会退出；
2、日益复杂的业务逻辑集成在单进程里会导致系统越来越大，出错的概率增大；
3、需要特定系统权限运行某个逻辑时，单进程很难或无法做到提升权限；
4、运行第三方库的逻辑时，如果内存泄漏，也无法释放这些资源，导致应用内存越来越大。
发明内容
针对现有技术中的不足，本发明要解决的技术问题在于提供了一种基于多进程服务器的预防应用程序崩溃的开发方法，研发该开发方法的目的是在业务逻辑发生错误时不影响桌面程序的运行以及如果需要提升权限的逻辑执行，能够通过提升执行业务逻辑的权限，而不是整个桌面应用的权限。在业务逻辑执行完之后能够快速的释放内存，特别是第三方库漏洞导致的内存泄漏。
为解决上述技术问题，本发明通过以下方案来实现：一种基于多进程服务器的预防应用程序崩溃的开发方法，该方法包括以下步骤：
步骤一，创建服务端服务器；
该创建服务器模型是创建一个简单的命令行程序作为主服务器, 并在创建后通过Socket连接上调用该服务的主程序，形成了主-从的关系，当主程序退出时，从的服务端也会自动退出；服务器本身也能够作为一个主服务端，用来和模块服务端通讯，模块服务端用于执行特定任务；
步骤二，创建服务器客户端通讯模型；
所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型，所述主服务端和所述模块服务端的通讯也是使用该服务器客户端通讯模型；通讯模型基于Socket的通讯，所述服务器客户端通讯模型可跨平台；
步骤三，创建执行特定任务的模块服务器模型；
当服务端服务器的服务端执行个别容易出错的或第三方的业务逻辑时，能够单独启动模块服务器来运行该业务逻辑，所述模块服务器实际能够和主服务器共用一个项目系统；
步骤四，创建基于管理员权限的服务模型；
包括管理员的服务程序，该程序模型由主程序使用管理员权限启动，其负责调用模块服务器，该模块服务器也能够作为主服务器的的从服务器, 执行完任务后发送消息给主服务器，主服务器退出时它也会退出；
步骤五，服务器崩溃重启；
当一服务器A出现崩溃后，桌面应用程序监听到该服务器出现崩溃消息后，会再次启动主服务B。
进一步的，在步骤二中，所述Socket的通讯的基本单位是一个块，该块有多个属性, id, 状态, 命令类型，数据和数据长度，可以存储文本或二进制的数据类型。
进一步的，在步骤三中，所述模块服务器实际能够和主服务器共用一个项目系统，该共用一个项目系统的方法是：启动模块服务器时加入模块命令行参数即可区分，以避免反复创建同样的项目，所述模块服务器作为从服务，在执行完任务后退出或者在主服务器退出后也会随着退出。
相对于现有技术，本发明的有益效果是：
1、基于服务器模型，可以很好的把界面和业务逻辑分离，更适合多人协作项目开发,提高开发效率和应用程序的稳定性。
2、基于服务器模型，在桌面应用程序的容错性更好，即使服务器崩溃也不会让桌面应用程序退出。
3、模块服务器模型能让调用第三方或其他容易出错的库时，容错性更高，也能通过结束掉模块服务器进程从而达到释放资源，避免内存泄漏的目的。
4、管理员权限的服务模型能让处理需要高权限的业务逻辑更方便，而不需要重新启动桌面应用程序。
5、多进程程序之间的通讯模型都是统一的通讯模型，更方便通用； 而且基于socket通讯的技术能让跨平台(Windows, macOS和Linux)更容易。
本发明的开发方法是一种基于多进程服务端的架构, 业务逻辑和界面逻辑分离。即增加一个服务端程序用来处理业务逻辑，而界面逻辑只负责绘制界面，这样在易崩溃的服务端崩溃后，界面主程序能重新启动服务端程序继续处理业务。
附图说明
图1为本发明创建服务器模型的原理框图。
图2为本发明创建服务端客户端通讯模型的原理框图。
图3为本发明创建执行特定任务的模块服务器模型的原理框图。
图4为本发明创建基于管理员权限的服务模型的原理框图。
图5为本发明服务器崩溃重启的原理框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，使本发明的优点和特征能更易于被本领域技术人员理解，从而对本发明的保护范围做出更为清楚明确的界定。显然，本发明所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，还可以是两个元件内部的连通，可以是无线连接，也可以是有线连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
实施例1：
在桌面应用程序里，服务端服务器对用户来说是不可见，它运行在后台，执行任务后并发送结果给桌面程序。
本发明的一种基于多进程服务器的预防应用程序崩溃的开发方法，该方法包括以下步骤：
步骤一，如图1所示，创建服务端服务器；
S10-该创建服务器模型是创建一个简单的命令行程序作为主服务器, S11-并在创建后通过Socket连接上调用该服务的主程序，形成了主-从的关系，当主程序退出时，从的服务端也会自动退出；服务器本身也能够作为一个主服务端，用来和模块服务端通讯，S12-模块服务端用于执行特定任务；比如需要管理员权限执行的任务；
步骤二，如图2所示，创建服务器客户端通讯模型；
S20-所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型，S21-所述主服务端和所述模块服务端的通讯也是使用该服务器客户端通讯模型；通讯模型基于Socket的通讯，所述服务器客户端通讯模型可跨平台；
步骤三，如图3所示，创建执行特定任务的模块服务器模型；
当服务端服务器的服务端执行个别容易出错的或第三方的业务逻辑时，S30-能够单独启动模块服务器来运行该业务逻辑，S31-所述模块服务器实际能够和主服务器共用一个项目系统；
步骤四，如图4所示，创建基于管理员权限的服务模型；
S40-包括管理员的服务程序，该程序模型由主程序使用管理员权限启动，S41-其负责调用模块服务器，S42-该模块服务器也能够作为主服务器的的从服务器, 执行完任务后发送消息给主服务器，主服务器退出时它也会退出；
步骤五，如图5所示，服务器崩溃重启；
S50-当一服务器A出现崩溃后，S51-桌面应用程序监听到该服务器出现崩溃消息后，会再次启动主服务B。
本实施例的一种优选技术方案：在步骤二中，所述Socket的通讯的基本单位是一个块，该块有多个属性, id, 状态, 命令类型，数据和数据长度，可以存储文本或二进制的数据类型。
本实施例的一种优选技术方案：在步骤三中，所述模块服务器实际能够和主服务器共用一个项目系统，该共用一个项目系统的方法是：启动模块服务器时加入模块命令行参数即可区分，以避免反复创建同样的项目，所述模块服务器作为从服务，在执行完任务后退出或者在主服务器退出后也会随着退出。
实施例2：
如图1所示，创建命令行程序，在main函数里解析“加载类型参数”和“端口”，如果参数是“通用类型”，那么启动为主服务器，如果参数是“模块类型”，那么启动为模块服务器，同时主服务器获取主程序的“端口”进行Socket连接；如果启动的是模块服务器，模块服务器获取的是主服务器的端口，并和主服务器进行Socket连接。
如图2所示，服务器和主程序通过Socket方式完成连接上后，进行监听主程序发送过来的命令消息。如果主程序有消息发送过来，通过通讯模型A格式进行解析出命令，并转发到模块逻辑里处理。 通讯模型A是主程序和服务器，服务器和模块服务器通讯的消息格式， 它们之间通过Socket方式发送消息通讯， 并解析这个通讯模型A来识别具体的命令，每个命令对应着相应的业务处理模块。比如主程序发送一个查询通讯录的命令消息到主程序，主程序解析这个通讯模型A, 识别到的命令是“查询通讯录”， 会调用对应它的通讯录业务代码模块进行处理， 查询到通讯录数据后，返回结果消息给主程序。
如图3所示，主服务器接收到主程序的任务消息后，通过定义好的消息格式进行消息解析，解析出该消息命令，并转发到相应能处理的业务逻辑模块，如果这个模块发现该命令需要启动模块服务器处理，比如是需要查询远程的用户信息，那么主服务器会启动模块服务器，等到模块服务器和主服务器通过Socket连接后，主服务器会把原消息转发给模块服务器处理，模块服务器处理完任务，返回结果给主服务器，主服务再把结果转发给主程序。
如图4所示，对于需要管理员权限处理的消息任务，会增加一个“管理员权限的服务程序”来进行启动“管理员权限的模块服务器”，这个服务程序首次需要管理员权限时才会启动，并常驻内存，只有在主程序退出时它才会退出，通过它可以反复启动“管理员权限的模块服务器”，避免每次启动都需要用户授权。启动管理员权限的模块服务器流程是这样的，首先主程序发送一个消息命令到主服务器，主服务器解析这个消息得到命令，并把这个命令转发到对应的逻辑模块处理，逻辑模块识别到这个命令需要管理员权限，那么返回消息结果和标记给主程序，主程序收到这个标记后以管理员权限启动“管理员权限的服务程序”，主程序接着和这个服务程序通过Socket连接上，建立起主程序和服务程序的连接，之后主程序发送任务消息给服务程序，服务程序接收到消息并启动“管理员权限的模块服务器”, 这个模块服务器在启动后会和主服务器通过Socket连接上，模块服务器在和主服务器连接上后直接就进行任务处理，处理完任务后会把结果消息转发给主服务器，主服务器再把消息转发回主程序。
以上所述仅为本发明的优选实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (3)

1.一种基于多进程服务器的预防应用程序崩溃的开发方法，其特征在于，该方法包括以下步骤：
步骤一，创建服务端服务器；
该创建服务器模型是创建一个简单的命令行程序作为主服务器, 并在创建后通过Socket连接上调用该服务的主程序，形成了主-从的关系，当主程序退出时，从的服务端也会自动退出；服务器本身也能够作为一个主服务端，用来和模块服务端通讯，模块服务端用于执行特定任务；
步骤二，创建服务器客户端通讯模型；
所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型，所述主服务端和所述模块服务端的通讯也是使用该服务器客户端通讯模型；通讯模型基于Socket的通讯，所述服务器客户端通讯模型可跨平台；
步骤三，创建执行特定任务的模块服务器模型；
当服务端服务器的服务端执行个别容易出错的或第三方的业务逻辑时，能够单独启动模块服务器来运行该业务逻辑，所述模块服务器实际能够和主服务器共用一个项目系统；
步骤四，创建基于管理员权限的服务模型；
包括管理员的服务程序，该程序模型由主程序使用管理员权限启动，其负责调用模块服务器，该模块服务器也能够作为主服务器的的从服务器, 执行完任务后发送消息给主服务器，主服务器退出时它也会退出；
步骤五，服务器崩溃重启；
当一服务器A出现崩溃后，桌面应用程序监听到该服务器出现崩溃消息后，会再次启动主服务B。
2.根据权利要求1所述的一种基于多进程服务器的预防应用程序崩溃的开发方法，其特征在于，在步骤二中，所述Socket的通讯的基本单位是一个块，该块有多个属性, id, 状态, 命令类型，数据和数据长度，可以存储文本或二进制的数据类型。
3.根据权利要求1所述的一种基于多进程服务器的预防应用程序崩溃的开发方法，其特征在于，在步骤三中，所述模块服务器实际能够和主服务器共用一个项目系统，该共用一个项目系统的方法是：启动模块服务器时加入模块命令行参数即可区分，以避免反复创建同样的项目，所述模块服务器作为从服务，在执行完任务后退出或者在主服务器退出后也会随着退出。
CN201910917677.4A 2019-09-26 2019-09-26 一种基于多进程服务器的预防应用程序崩溃的开发方法 Active CN110633163B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910917677.4A CN110633163B (zh) 2019-09-26 2019-09-26 一种基于多进程服务器的预防应用程序崩溃的开发方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910917677.4A CN110633163B (zh) 2019-09-26 2019-09-26 一种基于多进程服务器的预防应用程序崩溃的开发方法

Publications (2)

Publication Number Publication Date
CN110633163A true CN110633163A (zh) 2019-12-31
CN110633163B CN110633163B (zh) 2022-12-09

Family

ID=68973001

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910917677.4A Active CN110633163B (zh) 2019-09-26 2019-09-26 一种基于多进程服务器的预防应用程序崩溃的开发方法

Country Status (1)

Country Link
CN (1) CN110633163B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112685150A (zh) * 2020-12-21 2021-04-20 联想(北京)有限公司 一种多语言程序执行方法、装置及存储介质

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6810493B1 (en) * 2000-03-20 2004-10-26 Palm Source, Inc. Graceful recovery from and avoidance of crashes due to notification of third party applications
US20070033281A1 (en) * 2005-08-02 2007-02-08 Hwang Min J Error management system and method of using the same
JP2007242051A (ja) * 2007-05-21 2007-09-20 Nomura Research Institute Ltd ビジネスロジックプログラムを実装・実行するための装置
CN102035904A (zh) * 2010-12-10 2011-04-27 北京中科大洋科技发展股份有限公司 一种将tcp网络通信服务端转换为客户端的方法
WO2011069470A1 (zh) * 2009-12-11 2011-06-16 华为技术有限公司 客户端和服务器动态协助的业务聚合方法、服务器和客户端
CN102460391A (zh) * 2009-05-01 2012-05-16 思杰系统有限公司 用于在应用传送结构中提供虚拟设备的系统和方法
CN102945193A (zh) * 2012-10-24 2013-02-27 广州市动景计算机科技有限公司 一种运行数据的恢复方法及电子设备
CN103729425A (zh) * 2013-12-24 2014-04-16 腾讯科技（深圳）有限公司 操作响应方法、客户端、浏览器及系统
CN103905537A (zh) * 2014-03-20 2014-07-02 冶金自动化研究设计院 分布式环境下管理工业实时数据存储的系统
CN105530220A (zh) * 2014-09-29 2016-04-27 中科华核电技术研究院有限公司 基于opc实现两种不同协议系统通信的接口方法
CN105653334A (zh) * 2015-12-31 2016-06-08 贵州联科卫信科技有限公司 一种基于saas模式的mis系统快速开发框架
WO2017185952A1 (zh) * 2016-04-28 2017-11-02 广州广电运通金融电子股份有限公司 一种硬件设备的访问管理方法及系统
CN109286639A (zh) * 2018-11-29 2019-01-29 郑静 一种基于RESTful架构的电子认证兼容控制系统及使用方法
CN109901950A (zh) * 2019-03-01 2019-06-18 山东浪潮商用系统有限公司 一种规避应用程序崩溃的方法及装置

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6810493B1 (en) * 2000-03-20 2004-10-26 Palm Source, Inc. Graceful recovery from and avoidance of crashes due to notification of third party applications
US20070033281A1 (en) * 2005-08-02 2007-02-08 Hwang Min J Error management system and method of using the same
JP2007242051A (ja) * 2007-05-21 2007-09-20 Nomura Research Institute Ltd ビジネスロジックプログラムを実装・実行するための装置
CN102460391A (zh) * 2009-05-01 2012-05-16 思杰系统有限公司 用于在应用传送结构中提供虚拟设备的系统和方法
WO2011069470A1 (zh) * 2009-12-11 2011-06-16 华为技术有限公司 客户端和服务器动态协助的业务聚合方法、服务器和客户端
CN102035904A (zh) * 2010-12-10 2011-04-27 北京中科大洋科技发展股份有限公司 一种将tcp网络通信服务端转换为客户端的方法
CN102945193A (zh) * 2012-10-24 2013-02-27 广州市动景计算机科技有限公司 一种运行数据的恢复方法及电子设备
CN103729425A (zh) * 2013-12-24 2014-04-16 腾讯科技（深圳）有限公司 操作响应方法、客户端、浏览器及系统
CN103905537A (zh) * 2014-03-20 2014-07-02 冶金自动化研究设计院 分布式环境下管理工业实时数据存储的系统
CN105530220A (zh) * 2014-09-29 2016-04-27 中科华核电技术研究院有限公司 基于opc实现两种不同协议系统通信的接口方法
CN105653334A (zh) * 2015-12-31 2016-06-08 贵州联科卫信科技有限公司 一种基于saas模式的mis系统快速开发框架
WO2017185952A1 (zh) * 2016-04-28 2017-11-02 广州广电运通金融电子股份有限公司 一种硬件设备的访问管理方法及系统
CN109286639A (zh) * 2018-11-29 2019-01-29 郑静 一种基于RESTful架构的电子认证兼容控制系统及使用方法
CN109901950A (zh) * 2019-03-01 2019-06-18 山东浪潮商用系统有限公司 一种规避应用程序崩溃的方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
TIEJUN MA ET AL: "On the Quality of Service of Crash-Recovery Failure Detectors", 《IEEE TRANSACTIONS ON DEPENDABLE AND SECURE COMPUTING》 *
徐骋: "Android应用软件自动化测试框架的研究", 《中国优秀硕士学位论文全文数据库》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112685150A (zh) * 2020-12-21 2021-04-20 联想(北京)有限公司 一种多语言程序执行方法、装置及存储介质

Also Published As

Publication number Publication date
CN110633163B (zh) 2022-12-09

Similar Documents

Publication Publication Date Title
CN107241315B (zh) 银行网关接口的接入方法、装置及计算机可读存储介质
TW201944236A (zh) 任務處理方法、裝置及系統
US8584081B2 (en) Server side application integration framework
US20070094532A1 (en) Kernel debugging in a cluster computing system
CN102984500A (zh) 一种实现多种视频监控设备兼容的方法、装置和系统
US20180241841A1 (en) Information system
CN115794313B (zh) 一种虚拟机调试方法、系统、电子设备及存储介质
WO2021077742A1 (zh) 一种业务处理方法、系统、装置及可读存储介质
CN110633163B (zh) 一种基于多进程服务器的预防应用程序崩溃的开发方法
CN107786350B (zh) 一种恢复网络设备的出厂配置的方法、装置及网络设备
CN114095343A (zh) 基于双活系统的容灾方法、装置、设备及存储介质
CN108234174B (zh) 虚拟网络功能的管理方法和装置
CN111506388B (zh) 容器性能探测方法、容器管理平台及计算机存储介质
CN109245979B (zh) 一种CANopen主从站可靠性控制方法及其统筹管理器
CN107453959B (zh) 一种网卡的管理方法及其装置
CN112448854B (zh) 一种kubernetes复杂网络策略系统及其实现方法
CN111615819A (zh) 一种传输数据的方法和装置
CN111708568B (zh) 一种组件化开发解耦方法及终端
CN114422100A (zh) 国标信令服务端的上下联处理系统、计算机设备及介质
CN111147400B (zh) 一种命令行配置同步的方法、装置及电子设备
CN102752365A (zh) 信息处理的方法与装置
CN114691486A (zh) 程序调试方法、装置及计算机设备
CN106878379B (zh) 一种启动控制方法及装置
CN109828893A (zh) 基于docker引擎的多任务android性能测试方法及用于执行该方法的系统
CN114691427B (zh) 一种大型主机重启方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant