[发明专利]一种基于多进程服务器的预防应用程序崩溃的开发方法有效
申请号: | 201910917677.4 | 申请日: | 2019-09-26 |
公开(公告)号: | CN110633163B | 公开(公告)日: | 2022-12-09 |
发明(设计)人: | 戴辉;邓波;陈顺妮 | 申请(专利权)人: | 深圳市七星石科技有限公司 |
主分类号: | G06F9/54 | 分类号: | G06F9/54;G06F9/50;G06F9/48 |
代理公司: | 北京鼎佳达知识产权代理事务所(普通合伙) 11348 | 代理人: | 侯蔚寰 |
地址: | 518000 广东省深圳市福田区沙头街*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 进程 服务器 预防 应用程序 崩溃 开发 方法 | ||
本发明公开了一种基于多进程服务器的预防应用程序崩溃的开发方法,该方法包括创建服务端服务器、创建服务器客户端通讯模型、创建执行特定任务的模块服务器模型、创建基于管理员权限的服务模型以及服务器崩溃重启;创建服务器模型是创建一个简单的命令行程序作为主服务器,所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型,管理员的服务程序由主程序使用管理员权限启动,其负责调用模块服务器,当一服务器A出现崩溃后,桌面应用程序监听到该服务器出现崩溃消息后,会再次启动主服务B。本发明基于服务器模型,可以很好的把界面和业务逻辑分离,更适合多人协作项目开发,提高开发效率和应用程序的稳定性。
技术领域
本发明涉及一种基于多进程服务器的预防应用程序崩溃的开发方法。
背景技术
常规的桌面程序就是启动一个主程序,之后主程序里使用多线程技术来处理业务逻辑,这样的方法在处理简单业务逻辑的时候还可以,但是随着项目功能增多后,不可避免的项目的代码量也会增多,这样会导致该项目某部分逻辑出错崩溃时整个软件也会随之崩溃。
开发桌面应用时, 需要按照业务功能来划分模块,模块功能日益增多后,复杂的逻辑会导致应用更容易因为某个功能里的错误而导致崩溃,也就是业务逻辑越多,错误崩溃的情况就越多; 这时候,就需要一种模型和系统来避免错误崩溃发生率或者在崩溃发生时不影响桌面软件的运行。已有的技术是单进程的多线程,根据操作系统方面的机制原理,单一进程内发生错误时,整个进程避免不了错误退出,所以已有的单进程技术解决不了问题。
现有技术的缺点是:
1、单进程模型,容易在发生错误时,整个进程都会退出;
2、日益复杂的业务逻辑集成在单进程里会导致系统越来越大,出错的概率增大;
3、需要特定系统权限运行某个逻辑时,单进程很难或无法做到提升权限;
4、运行第三方库的逻辑时,如果内存泄漏,也无法释放这些资源,导致应用内存越来越大。
发明内容
针对现有技术中的不足,本发明要解决的技术问题在于提供了一种基于多进程服务器的预防应用程序崩溃的开发方法,研发该开发方法的目的是在业务逻辑发生错误时不影响桌面程序的运行以及如果需要提升权限的逻辑执行,能够通过提升执行业务逻辑的权限,而不是整个桌面应用的权限。在业务逻辑执行完之后能够快速的释放内存,特别是第三方库漏洞导致的内存泄漏。
为解决上述技术问题,本发明通过以下方案来实现:一种基于多进程服务器的预防应用程序崩溃的开发方法,该方法包括以下步骤:
步骤一,创建服务端服务器;
该创建服务器模型是创建一个简单的命令行程序作为主服务器, 并在创建后通过Socket连接上调用该服务的主程序,形成了主-从的关系,当主程序退出时,从的服务端也会自动退出;服务器本身也能够作为一个主服务端,用来和模块服务端通讯,模块服务端用于执行特定任务;
步骤二,创建服务器客户端通讯模型;
所述服务端服务器和主客户端连接通讯使用该服务器客户端通讯模型,所述主服务端和所述模块服务端的通讯也是使用该服务器客户端通讯模型;通讯模型基于Socket的通讯,所述服务器客户端通讯模型可跨平台;
步骤三,创建执行特定任务的模块服务器模型;
当服务端服务器的服务端执行个别容易出错的或第三方的业务逻辑时,能够单独启动模块服务器来运行该业务逻辑,所述模块服务器实际能够和主服务器共用一个项目系统;
步骤四,创建基于管理员权限的服务模型;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳市七星石科技有限公司,未经深圳市七星石科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201910917677.4/2.html,转载请声明来源钻瓜专利网。