CN112445642B - 异常处理方法、远程泊车辅助系统及计算机存储介质 - Google Patents

异常处理方法、远程泊车辅助系统及计算机存储介质 Download PDF

Info

Publication number
CN112445642B
CN112445642B CN202011239679.1A CN202011239679A CN112445642B CN 112445642 B CN112445642 B CN 112445642B CN 202011239679 A CN202011239679 A CN 202011239679A CN 112445642 B CN112445642 B CN 112445642B
Authority
CN
China
Prior art keywords
abnormal
thread
frame
state node
exception
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.)
Active
Application number
CN202011239679.1A
Other languages
English (en)
Other versions
CN112445642A (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.)
Zhejiang Geely Holding Group Co Ltd
Ningbo Geely Automobile Research and Development Co Ltd
Original Assignee
Zhejiang Geely Holding Group Co Ltd
Ningbo Geely Automobile Research and Development 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 Zhejiang Geely Holding Group Co Ltd, Ningbo Geely Automobile Research and Development Co Ltd filed Critical Zhejiang Geely Holding Group Co Ltd
Priority to CN202011239679.1A priority Critical patent/CN112445642B/zh
Publication of CN112445642A publication Critical patent/CN112445642A/zh
Application granted granted Critical
Publication of CN112445642B publication Critical patent/CN112445642B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0718Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in an object-oriented system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/073Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a memory management context, e.g. virtual memory or cache management
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供了一种异常处理方法、远程泊车辅助系统及计算机存储介质,异常处理方法包括:对进程和工作线程依次初始化后,在工作线程内部运行C语言异常处理原语;根据工作线程确定对应的异常栈链列表,在异常栈链列表创建异常帧以存储异常;调用抛出异常帧的函数以捕获异常,处理异常后清除异常帧。本方案实现了C语言多线程的统一异常处理,通过C语言异常处理原语能快速、高效地完成各线程的异常处理,保证多线程能安全访问异常处理过程。

Description

异常处理方法、远程泊车辅助系统及计算机存储介质
技术领域
本发明涉及数据处理领域,尤其涉及一种异常处理方法、远程泊车辅助系统及计算机存储介质。
背景技术
现有技术中,远程泊车辅助系统的应用层包括多个功能模块,各模块都有自己的核心工作线程,它们的业务逻辑处理也都在各自的工作线程内部完成,但没有定义一套完整的Failsafe异常处理框架,可以让多个功能模块的工作线程同时捕获和处理各自的异常和错误。考虑到嵌入式软硬件资源有限,远程泊车辅助系统采用C语言编写。C语言本身没有Failsafe的异常处理原语和处理机制,无法满足各个功能模块对异常进行捕获处理的实际需求。
发明内容
有鉴于此,本发明提供了一种异常处理方法、远程泊车辅助系统及计算机存储介质,能通过C语言实现多线程的统一异常处理。
第一方面,本发明提供了一种异常处理方法,包括:
对进程和工作线程依次初始化后,在所述工作线程内部运行C语言异常处理原语;
根据所述工作线程确定对应的异常栈链列表,在所述异常栈链列表创建异常帧以存储异常;
调用抛出异常帧的函数以捕获异常,处理所述异常后清除所述异常帧。
其中,所述对进程和工作线程依次初始化,包括:
对内存池初始化;
调用异常环境管理器创建全局线程互斥对象以及全局map对象,初始化所述全局map对象;
在当前进程创建工作线程;
在所述工作线程调用所述异常环境管理器进入线程锁,创建异常环境上下文对象和异常栈链列表;
创建map结构体对象,所述map结构体对象用于存储异常状态节点;
初始化所述map结构体对象。
其中,所述map结构体对象为红黑树结构,所述map结构体对象的键值为所述工作线程的名称,所述map结构体对象的取值为所述工作线程的上下文对象,所述上下文对象中包括所述异常状态节点。
其中,所述根据所述工作线程确定对应的异常栈链列表,在所述异常栈链列表创建异常帧以存储异常,包括:
根据所述工作线程的名称获取异常处理上下文对象;
在所述异常处理上下文对象中查找输入异常状态节点;
若存在输入异常状态节点,且所述输入异常状态节点等于当前异常状态节点,则进入线程锁,初始化当前异常状态节点后,离开所述线程锁;
若不存在输入异常状态节点,则进入线程锁,创建并初始化异常帧,在所述异常帧中创建异常状态节点,将所述异常状态节点加入所述异常栈链列表后,离开所述线程锁。
其中,所述调用抛出异常帧的函数以捕获异常,包括:
判断所述异常帧的当前异常状态节点是否存在且所述异常帧为已尝试和正在捕获状态;
若是,则继续处理下一异常状态节点;
若否,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
其中,所述调用抛出异常帧的函数以捕获异常,还包括:
若所述异常帧的当前异常状态节点存在且所述异常帧为已抛出状态,则根据所述异常帧的跳转值进行逻辑跳转;
若所述异常帧的当前异常状态节点存在且所述异常帧不为已抛出状态,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
其中,所述清除所述异常帧,包括:
若所述异常帧的异常状态节点存在且所述异常帧为已尝试和已捕获状态,则进入线程锁,删除当前异常状态节点后,离开所述线程锁;
若所述异常帧的异常状态节点存在且不为已捕获状态,则继续判断下一异常状态节点;
若所述异常帧的异常状态节点存在且所述异常帧为已尝试和正在捕获状态,则将当前异常状态节点的内容赋值给下一异常状态节点,删除当前异常状态节点后,离开所述线程锁;
若所述异常帧的异常状态节点不存在,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
其中,所述对所述工作线程和所述进程依次反初始化,包括:
调用异常环境管理器进入线程锁;
删除所述异常栈链列表和map结构体对象;
离开线程锁,所述工作线程结束运行;
删除所述全局map对象和所述全局线程互斥对象。
第二方面,本发明还提供了一种远程泊车辅助系统,包括:至少一个处理器;
至少一个存储器,所述至少一个存储器被耦合到所述至少一个处理器并且存储用于由所述至少一个处理器执行的指令,所述指令当由所述至少一个处理器执行时,使得所述设备执行如上所述的异常处理方法。
第三方面,本发明还提供一种计算机存储介质,所述计算机存储介质上存储有计算机程序指令;所述计算机程序指令被处理器执行时实现如上所述的异常处理方法。
综上所述,本发明提供了一种异常处理方法、远程泊车辅助系统及计算机存储介质,异常处理方法包括:对进程和工作线程依次初始化后,在工作线程内部运行C语言异常处理原语;根据工作线程确定对应的异常栈链列表,在异常栈链列表创建异常帧以存储异常;调用抛出异常帧的函数以捕获异常,处理异常后清除异常帧。本方案实现了C语言多线程的统一异常处理,通过C语言异常处理原语能快速、高效地完成各线程的异常处理,保证多线程能安全访问异常处理过程。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂,以下特举较佳实施例,并配合附图,详细说明如下。
附图说明
图1为根据本发明实施例示出的异常处理方法的流程示意图;
图2为根据本发明实施例示出的异常处理核心类的示意图;
图3为根据本发明实施例示出的进程初始化时序图;
图4为根据本发明实施例示出的线程初始化时序图;
图5为根据本发明实施例示出的异常处理方法的具体流程图;
图6为根据本发明实施例示出的创建异常帧的示意图;
图7为根据本发明实施例示出的准备抛出异常帧的示意图;
图8为根据本发明实施例示出的执行抛出异常帧的示意图;
图9为根据本发明实施例示出的清除异常帧的示意图;
图10为根据本发明实施例示出的打印异常帧的示意图;
图11为根据本发明实施例示出的线程反初始化的时序图;
图12为根据本发明实施例示出的进程反初始化的时序图。
具体实施方式
为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效,以下结合附图及较佳实施例,对本发明详细说明如下。
图1为根据本发明实施例示出的异常处理方法的流程示意图。如图1所示,本发明实施例提供了一种异常处理方法,包括:
步骤201:对进程和工作线程依次初始化后,在工作线程内部运行C语言异常处理原语;
步骤202:根据工作线程确定对应的异常栈链列表,在异常栈链列表创建异常帧以存储异常;
步骤203:调用抛出异常帧的函数以捕获异常,处理异常后清除异常帧。
错误异常可分为系统级异常(unchecked异常)和普通级异常(checked异常)。系统级异常是软件本身缺陷所导致的问题,比如数据角标越界、空指针、类型转换异常等,用户无法克服和恢复这种问题;普通级异常是运行环境的变化或异常所导致的问题,比如两个芯片之间通信失败、内存空间不够、网络断线等,用户能够克服这种问题。本发明构建了一种Failsafe(安全失败)异常处理框架,可对这两个级别的异常统一处理。具体地,Failsafe框架定义了两级异常处理机制:首先是提供了多线程安全访问机制,Failsafe框架对外部功能模块提供了重要的多线程安全访问API,方便灵活调用;再者Failsafe框架定义了一系列异常捕获和处理原语,支持多级嵌套和按时间顺序操作,方便外部功能模块开发者使用。这些原语的使用,都是在多线程安全访问的前提下进行的,因此不会发生多线程资源竞争条件和访问冲突。
为实现本申请的异常处理方法,在Failsafe异常处理框架中定义了核心类及C语言异常处理原语。图2为根据本发明实施例示出的异常处理核心类的示意图。如图2所示,本申请的Failsafe框架定义的异常处理核心类包括:
【rpa_excpt_primit】
定义了Failsafe框架的各种异常处理原语,包括:TRY/THROW/THROW_ZERO/THROW_NONZERO/CATCH/CATCH_GR OUP/DEFAULT/FINALLY/END_TRY;另外,对各种异常处理原语的执行,实现必要的跟踪和日志记录功能,支持TRY-CATCH等嵌套、按时间顺序操作等。异常处理原语定义如下表所示:
Figure BDA0002767945970000061
Figure BDA0002767945970000071
【rpa_excpt_env_mgr】异常环境管理器
用于实现Failsafe框架多线程安全访问的封装,包括进程初始化/反初始化、线程初始化/反初始化、在线程内部取得当前线程ID等;
【rpa_list】异常栈链列表
定义了一个双向链表double linked list,Failsafe在此基础上,实现了栈链stack操作,用于实现TRY-THROW-CATCH的嵌套使用;
【rpa_list_iter】异常栈链列表迭代器
定义了一个双向链表的迭代器,可以对双向链表进行正向/反向查找遍历;
【rpa_rb_tree】红黑树
定义了一棵红黑树,是一种特化的平衡二叉树,都是在进行插入和删除操作时,通过特定操作保持二叉查找树的平衡,从而获得较高的查找性能,其时间复杂度为O(log n);
【rpa_map】map结构体对象
rpa_map基于红黑树结构,实现了一种Map键值映射数据结构。在Failsafe框架中,rpa_map被用来存储使用异常处理原语的工作线程ID和线程上下文对象,以保证Failsafe框架可以被多线程安全访问。
在此基础上,Failsafe框架主要分为2个大开发包,包括:
【failsafe】
该开发包实现了Failsafe框架的核心业务逻辑,包括rpa_excpt_utils和rpa_excpt_hdl。前者定义了Failsafe框架多线程安全访问的实现机制,同时定义了一系列异常处理原语和对应的业务操作;后者做为扩展业务逻辑实现,即对捕获到的异常进行后续处理。如果有通用的实现机制,可以封装在此处理包中,比如,紧急安全停车的指令标志位给到MCU,预备安全停车触发舒适减速至1.5km/h,重启自模块,容忍继续执行并记录日志等;
【rpa_common_ds】
该开发包实现了Failsafe框架需要的数据结构定义,这些数据结构经过良好的设计和封装,可以作为通用的数据结构给整个RPA项目工程复用。目前Failsafe需要两种数据结构,即基于双向链表实现的stack栈和基于红黑树实现的map键值映射结构。
步骤201中,对进程和工作线程依次初始化时,包括进程初始化和线程初始化。进程初始化时,首先对内存池初始化,然后调用异常环境管理器创建全局线程互斥对象以及全局map对象,初始化全局map对象。接着在当前进程创建工作线程。线程初始化时,在工作线程调用异常环境管理器进入线程锁,创建异常环境上下文对象和异常栈链列表;然后创建map结构体对象,map结构体对象用于存储异常状态节点,接着初始化map结构体对象。
图3为根据本发明实施例示出的进程初始化时序图。如图3所示,对Failsafe框架进程初始化,包括:
(1)系统主进程函数main进行内存池初始化;
(2)在本进程空间内,main函数调用RPA异常环境管理器接口进行异常处理资源初始化;
(3)RPA异常环境管理器创建全局线程互斥对象;
(4)RPA异常环境管理器创建全局map对象,其key为工作线程id,其value为工作线程id对应的、用于failsafe异常处理的线程上下文对象;
(5)对全局map对象进行初始化。
然后,如图4所示,对异常处理的工作线程进行初始化,包括:
(1)系统主进程函数main创建业务功能模块工作线程;
(2)工作线程调用RPA异常环境管理器的接口,进行该线程上下文相关的异常处理资源初始化;
(3)RPA异常环境管理器进入线程锁;
(4)RPA异常环境管理器获取当前线程id,并检查map对象中是否存在key是当前线程id的节点,如果已经存在,则直接返回;如果不存在,则继续下面步骤;
(5)RPA异常环境管理器创建新的异常环境上下文对象;
(6)RPA异常环境管理器创建新的栈链结构列表;
(7)RPA异常环境管理器将释放栈链的回调函数赋值给栈链结构列表;
(8)RPA异常环境管理器将当前线程id、线程上下文对象、释放map节点的回调函数,放入(put)到全局map结构中;
(9)map管理器创建RPA map结构体对象并初始化;
(10)map管理器遍历红黑树,并比较key值,找到新节点待插入位置;
(11)map管理器调用红黑树管理器,插入颜色;
(12)红黑树管理器设置颜色,旋转并插入节点;
(13)RPA异常环境管理器离开线程锁。
对进程和工作线程依次初始化后,在工作线程内部运行C语言异常处理原语。图5为根据本发明实施例示出的异常处理方法的具体流程图。如图5所示,Failsafe框架异常处理原语使用流程,包括:
(1)在main函数调用Failsafe框架进程初始化函数,以及在工作线程内部调用Failsafe框架线程初始化函数后,在工作线程内部运行异常处理原语;
(2)根据当前线程的ID,获取当前线程的异常处理上下文对象。然后判断当前上下文对象中的栈链列表里的异常帧数量是否达到了最大值(这里设为50);若是,则执行步骤(3);若否,则执行步骤(4);
(3)打印出栈链中所有的异常帧,然后创建新的异常帧;
(4)创建新的异常帧;
(5)新的异常帧创建成功后,设置跳转值和已尝试(tried)状态标志置位;
(6)调用准备抛出异常函数,以及调用执行抛出异常函数;
(7)捕获异常,对当前异常帧的正在捕获(catching)状态标志和已捕获(caught)状态标志置位;
(8)执行异常处理的收尾工作(此步骤各个功能模块可以自行实现);
(9)调用清除异常帧函数,结束。
异常帧是指一个异常对象,定义如下:
Figure BDA0002767945970000111
包含了jmp_buf:跳转缓存,_n_jmp_value:跳转值,_b_caught:已经捕获到该异常帧,_b_catching:正在捕获该异常帧,_b_tried:已经执行了try块内容,_b_thrown:已经抛出了该异常帧,_n_line:在什么代码行处引发了该异常帧,*_p_file_name:在什么代码文件中引发了该异常帧,*_p_func_name:是什么函数引发了该异常帧,_st_excpt_name_data:该结构体包含了该异常帧的异常号、名字、信号、异常消息等。
步骤202中,根据工作线程确定对应的异常栈链列表,在异常栈链列表创建异常帧以存储异常。首先根据工作线程的名称获取异常处理上下文对象,在异常处理上下文对象中查找输入异常状态节点;若存在输入异常状态节点,且输入异常状态节点等于当前异常状态节点,则进入线程锁,初始化当前异常状态节点后,离开线程锁;若不存在输入异常状态节点,则进入线程锁,创建并初始化异常帧,在异常帧中创建异常状态节点,将异常状态节点加入异常栈链列表后,离开线程锁。
图6为根据本发明实施例示出的创建异常帧的示意图。如图6所示,Failsafe框架创建新的异常帧流程,包括:
(1)首先根据当前线程的ID,获取当前线程的异常处理上下文对象;
(2)判断输入的异常状态节点是否存在;若是,则执行步骤(3);若否,则结束;
(3)继续判断输入的异常状态节点是否等于当前的异常状态节点;若是,则执行步骤(4);若否,则执行步骤(5);
(4)进入Mutex线程锁,重新初始化当前的异常状态节点内容,然后离开线程锁,结束;
(5)进入Mutex线程锁,创建异常状态帧,初始化该异常状态帧。然后根据此异常状态帧,创建异常状态节点,最后将此新建的异常状态节点,加入到异常栈链列表,离开线程锁,结束。
步骤203中,调用抛出异常帧的函数以捕获异常,包括:判断异常帧的当前异常状态节点是否存在且异常帧为已尝试和正在捕获状态;若是,则继续处理下一异常状态节点;若否,则打印异常栈链列表中的所有异常帧,并对工作线程和进程依次反初始化。
图7为根据本发明实施例示出的准备抛出异常帧的示意图。如图7所示,本申请执行准备抛出异常的流程,包括:
(1)首先根据当前线程的ID,获取当前线程的异常处理上下文对象;
(2)判断当前上下文对象中的当前异常状态节点是否存在,且已尝试(tried)状态标志是否已经置位;若否,则执行步骤(3);若是,则执行步骤(4);
(3)打印当前上下文对象的栈链中所有的异常帧,然后调用Failsafe框架线程反初始化函数,以及Failsafe框架进程反初始化函数,结束;
(4)继续判断当前异常状态节点的异常状态帧的正在捕获(catching)状态是否置位,即该异常状态帧是否正在被捕获;若否,则执行步骤(10);若是,则执行步骤(5);
(5)继续判断异常栈链中是否有下一个异常状态节点;若是,则执行步骤(7);若否,则执行步骤(6);
(6)调用清除异常帧函数,结束;
(7)根据输入的当前异常状态节点,创建新的异常帧;若创建异常帧成功,则执行步骤(9);若创建异常帧失败,则执行步骤(8);
(8)打印当前上下文对象的栈链中所有的异常帧,然后调用Failsafe框架线程反初始化函数,以及Failsafe框架进程反初始化函数,结束;
(9)进入Mutex线程锁,将栈链的下一个异常跳转值复制给当前异常帧,并重新设置当前异常帧的内容,以及让当前异常帧的已捕获(thrown)状态标志置位。然后离开线程锁,结束;
(10)根据输入的当前异常状态节点,创建新的异常帧;若创建异常帧成功,则执行步骤(11);若创建异常帧失败,则执行步骤(12);
(11)进入Mutex线程锁,重新设置当前异常帧的内容,以及让当前异常帧的已捕获(thrown)状态标志置位,然后离开线程锁,结束;
(12)打印栈链中所有的异常帧,再进入Mutex线程锁,重新设置当前异常帧的内容,以及让当前异常帧的已捕获(thrown)状态标志置位,然后离开线程锁,结束。
步骤203中,调用抛出异常帧的函数以捕获异常,还包括:若异常帧的当前异常状态节点存在且异常帧为已抛出状态,则根据异常帧的跳转值进行逻辑跳转;若异常帧的当前异常状态节点存在且异常帧不为已抛出状态,则打印异常栈链列表中的所有异常帧,并对工作线程和进程依次反初始化。
图8为根据本发明实施例示出的执行抛出异常帧的示意图。如图8所示,本申请执行抛出异常的流程,包括:
(1)首先根据当前线程的ID,获取当前线程的异常处理上下文对象;
(2)从当前上下文对象中,取得异常状态帧;
(3)判断异常状态帧已抛出(thrown)状态标志是否置位;若已经置位,则执行步骤(4);若没有置位,则执行步骤(5);
(4)根据跳转值进行代码逻辑跳转,结束;
(5)进入Mutex线程锁,生成异常打印消息,然后离开线程锁。接着打印栈链中所有的异常帧,然后调用Failsafe框架线程反初始化函数,以及Failsafe框架进程反初始化函数,结束。
步骤203中,清除所述异常帧,包括:若异常帧的异常状态节点存在且异常帧为已尝试和已捕获状态,则进入线程锁,删除当前异常状态节点后,离开线程锁;若异常帧的异常状态节点存在且异常帧不为已捕获状态,则继续判断下一异常状态节点;若异常帧的异常状态节点存在且异常帧为已尝试和正在捕获状态,则将当前异常状态节点的内容赋值给下一异常状态节点,删除当前异常状态节点后,离开线程锁;若异常帧的异常状态节点不存在,则打印异常栈链列表中的所有异常帧,并对工作线程和进程依次反初始化。
图9为根据本发明实施例示出的清除异常帧的示意图。如图9所示,本申请执行清除异常帧的流程,包括:
(1)首先根据当前线程的ID,获取当前线程的异常处理上下文对象;
(2)从当前上下文对象中,取出当前异常状态节点,并判断是否存在;若否,则执行步骤(3);若是,则执行步骤(4);
(3)打印当前上下文对象的栈链中所有的异常帧,然后调用Failsafe框架线程反初始化函数,以及Failsafe框架进程反初始化函数,结束;
(4)继续判断该异常节点是否已抛出(thrown)状态标志置位,且已捕获(caught)状态标志没有置位;若否,则执行步骤(5);若是,则执行步骤(8);
(5)判断当前异常状态节点的下一个节点是否存在;若是,则执行步骤(6);若否,则执行步骤(7);
(6)进入Mutex线程锁,然后从栈链中删除当前异常状态节点,并让下一个异常状态节点作为当前异常状态节点,最后离开线程锁,结束;
(7)进入Mutex线程锁,从栈链列表中删除当前异常状态节点,然后离开线程锁,结束;
(8)继续判断当前异常状态节点的下一个节点是否存在;若否,则执行步骤(9);若是,则执行步骤(10);
(9)打印当前上下文对象的栈链中所有的异常帧,然后调用Failsafe框架线程反初始化函数,以及Failsafe框架进程反初始化函数,结束;
(10)继续判断当前异常状态帧的已尝试(tried)状态标志置位,且正在捕获(catching)状态标志没有置位;若否,结束;若是,则执行步骤(11);
(11)进入Mutex线程锁,然后把当前异常状态节点内容赋值给下一个异常状态节点,从栈链列表中删除当前异常状态节点,接着离开线程锁,调用准备抛出异常函数,以及执行抛出异常函数,结束。
图10为根据本发明实施例示出的打印异常帧的示意图。如图10所示,本申请打印异常帧日志消息的流程,包括:
(1)打印当前输入的错误异常日志消息;
(2)根据当前线程的ID,获取当前线程的异常处理上下文对象;
(3)进入Mutex线程锁;
(4)为当前上下文对象的异常帧栈链创建迭代器;
(5)进入while循环,根据迭代器取得栈链里的异常节点;
(6)判断异常节点是否存在;
(7)如果异常节点存在,则初始化异常打印消息缓存;
(8)然后生成具体的异常打印消息,并将异常帧的各种处理状态tried/catching/caught/thrown赋值给打印消息;
(9)完成异常消息打印,然后再次while循环,直到栈链中所有异常帧的消息都被打印出来为止;
(10)当迭代器里取不出新的异常节点时退出while循环,并销毁迭代器;
(11)离开线程锁,结束。
前述流程中,对工作线程和进程依次反初始化,包括:调用异常环境管理器进入线程锁;删除异常栈链列表和map结构体对象;离开线程锁,工作线程结束运行;删除全局map对象和全局线程互斥对象。
图11为根据本发明实施例示出的线程反初始化的时序图。如图11所示,对异常处理的工作线程进行反初始化,包括:
(1)工作线程调用RPA异常环境管理器接口,进行线程上下文相关的异常处理资源反初始化;
(2)RPA异常环境管理器进入线程锁;
(3)RPA异常环境管理器取得当前线程id;
(4)RPA异常环境管理器根据当前线程id,获取map结构中对应的线程上下文对象;
(5)map管理器根据key(即当前线程id),遍历红黑树,找到目标value(即线程上下文对象);
(6)map管理器把目标map节点对象返回给RPA异常环境管理器;
(7)RPA异常环境管理器调用map管理器删除接口,删除目标map节点对象;
(8)map管理器删除红黑树节点对象;
(9)红黑树管理器删除目标节点,设置颜色并旋转;
(10)map管理器回调功能模块自定义的key-value数据删除函数;
(11)map管理器销毁栈链列表对象;
(12)栈链管理器遍历整个栈链,并回调功能模块自定义的数据对象释放函数;
(13)栈链管理器将数据对象逐个从内存池中释放;
(14)栈链管理器将栈链列表对象从内存池中释放;
(15)map管理器将目标map节点从内存池中释放;
(16)RPA异常环境管理器离开线程锁;
(17)工作线程结束运行。
图12为根据本发明实施例示出的进程反初始化的时序图。如图12所示,对进程进行反初始化,包括:
(1)系统主进程main函数,在进程空间内调用Failsafe框架异常处理资源反初始化函数;
(2)Failsafe框架内部的RPA异常环境管理器销毁map对象;
(3)map销毁函数从头顺序遍历map节点,并调用删除map节点函数;
(4)map删除节点函数将删除当前map红黑树节点对象;
(5)红黑树删除函数删除目标节点,设置颜色并旋转;
(6)map删除节点函数回调功能模块自定义的key-value数据删除函数;
(7)key-value数据删除函数销毁栈链对象;
(8)栈链销毁函数遍历整个栈链并回调功能模块自定义的数据对象释放函数;
(9)栈链销毁函数将数据对象逐个从内存池中释放;
(10)栈链销毁函数将栈链对象从内存池中释放;
(11)map销毁函数将目标map节点从内存池中释放,然后继续循环3-11步骤,直到所有map节点都已经被删除;
(12)map销毁函数将map对象从内存池中释放;
(13)RPA异常环境管理器删除线程互斥对象Mutex;
(14)系统主进程main函数结束退出。
综上,本发明设计了一个轻量级的安全失败(Failsafe)机制服务框架,通过宏定义实现了一系列C语言异常处理原语,从而让远程泊车辅助系统中各个模块捕获和处理异常时,通过异常处理原语API快速、高效地完成异常处理过程。Failsafe框架采用Stack栈链数据结构,对异常帧所在的对象节点进行压栈和出栈处理,支持TRY-THROW-CATCH等原语的嵌套操作、按时间顺序操作等。Failsafe框架基于红黑树的Map数据结构,对模块工作线程的id和异常处理上下文实现一一映射关系,从而实现每个模块的工作线程处理异常时,都有自己的线程上下文。Failsafe框架使用Mutex互斥对象,让Failsafe框架对异常的处理过程实现多线程安全访问。此外,Failsafe框架在内存空间使用时采用内存池技术,有效避免了动态内存分配和释放所带来的碎片化问题,极大满足了嵌入式系统对有限内存空间的使用要求。同时,本发明基于C语言实现的异常处理原语,可以普遍复用到各种嵌入式软件系统中。
本申请还提供一种远程泊车辅助系统,包括:
至少一个处理器;
至少一个存储器,至少一个存储器被耦合到至少一个处理器并且存储用于由至少一个处理器执行的指令,指令当由至少一个处理器执行时,使得所述设备执行时实现如上实施例所述的异常处理方法。
本申请还提供一种计算机存储介质,计算机存储介质上存储有计算机程序指令;计算机程序指令被处理器执行时实现如上实施例所述的异常处理方法。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,除了包含所列的那些要素,而且还可包含没有明确列出的其他要素。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种异常处理方法,其特征在于,包括:
对进程和工作线程依次初始化后,在所述工作线程内部运行C语言异常处理原语;
根据所述工作线程确定对应的异常栈链列表,在所述异常栈链列表创建异常帧以存储异常;
调用抛出异常帧的函数以捕获异常,处理所述异常后清除所述异常帧;
所述对进程和工作线程依次初始化,包括:
对内存池初始化;
调用异常环境管理器创建全局线程互斥对象以及全局map对象,初始化所述全局map对象;
在当前进程创建工作线程;
在所述工作线程调用所述异常环境管理器进入线程锁,创建异常环境上下文对象和异常栈链列表;
创建map结构体对象,所述map结构体对象用于存储异常状态节点;
初始化所述map结构体对象。
2.根据权利要求1所述的异常处理方法,其特征在于,所述map结构体对象为红黑树结构,所述map结构体对象的键值为所述工作线程的名称,所述map结构体对象的取值为所述工作线程的上下文对象,所述上下文对象中包括所述异常状态节点。
3.根据权利要求1所述的异常处理方法,其特征在于,所述根据所述工作线程确定对应的异常栈链列表,在所述异常栈链列表创建异常帧以存储异常,包括:
根据所述工作线程的名称获取异常处理上下文对象;
在所述异常处理上下文对象中查找输入异常状态节点;
若存在输入异常状态节点,且所述输入异常状态节点等于当前异常状态节点,则进入线程锁,初始化当前异常状态节点后,离开所述线程锁;
若不存在输入异常状态节点,则进入线程锁,创建并初始化异常帧,在所述异常帧中创建异常状态节点,将所述异常状态节点加入所述异常栈链列表后,离开所述线程锁。
4.根据权利要求3所述的异常处理方法,其特征在于,所述调用抛出异常帧的函数以捕获异常,包括:
判断所述异常帧的当前异常状态节点是否存在且所述异常帧为已尝试和正在捕获状态;
若是,则继续处理下一异常状态节点;
若否,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
5.根据权利要求4所述的异常处理方法,其特征在于,所述调用抛出异常帧的函数以捕获异常,还包括:
若所述异常帧的当前异常状态节点存在且所述异常帧为已抛出状态,则根据所述异常帧的跳转值进行逻辑跳转;
若所述异常帧的当前异常状态节点存在且所述异常帧不为已抛出状态,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
6.根据权利要求3所述的异常处理方法,其特征在于,所述清除所述异常帧,包括:
若所述异常帧的异常状态节点存在且所述异常帧为已尝试和已捕获状态,则进入线程锁,删除当前异常状态节点后,离开所述线程锁;
若所述异常帧的异常状态节点存在且所述异常帧不为已捕获状态,则继续判断下一异常状态节点;
若所述异常帧的异常状态节点存在且所述异常帧为已尝试和正在捕获状态,则将当前异常状态节点的内容赋值给下一异常状态节点,删除当前异常状态节点后,离开所述线程锁;
若所述异常帧的异常状态节点不存在,则打印所述异常栈链列表中的所有异常帧,并对所述工作线程和所述进程依次反初始化。
7.根据权利要求4至6任一所述的异常处理方法,其特征在于,所述对所述工作线程和所述进程依次反初始化,包括:
调用异常环境管理器进入线程锁;
删除所述异常栈链列表和map结构体对象;
离开所述线程锁,所述工作线程结束运行;
删除所述全局map对象和所述全局线程互斥对象。
8.一种远程泊车辅助系统,其特征在于,包括:
至少一个处理器;
至少一个存储器,所述至少一个存储器被耦合到所述至少一个处理器并且存储用于由所述至少一个处理器执行的指令,所述指令当由所述至少一个处理器执行时,使得设备执行根据权利要求1至7任一项所述的异常处理方法。
9.一种计算机存储介质,其特征在于,所述计算机存储介质上存储有计算机程序指令;所述计算机程序指令被处理器执行时实现如权利要求1至7中任一项所述的异常处理方法。
CN202011239679.1A 2020-11-09 2020-11-09 异常处理方法、远程泊车辅助系统及计算机存储介质 Active CN112445642B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011239679.1A CN112445642B (zh) 2020-11-09 2020-11-09 异常处理方法、远程泊车辅助系统及计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011239679.1A CN112445642B (zh) 2020-11-09 2020-11-09 异常处理方法、远程泊车辅助系统及计算机存储介质

Publications (2)

Publication Number Publication Date
CN112445642A CN112445642A (zh) 2021-03-05
CN112445642B true CN112445642B (zh) 2023-05-16

Family

ID=74736232

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011239679.1A Active CN112445642B (zh) 2020-11-09 2020-11-09 异常处理方法、远程泊车辅助系统及计算机存储介质

Country Status (1)

Country Link
CN (1) CN112445642B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2178440A1 (en) * 1995-06-07 1996-12-08 Robert W. Horst Fail-fast, fail-functional, fault-tolerant multiprocessor system
CA2256613A1 (en) * 1997-12-18 1999-06-18 Christian J. Callsen Method and apparatus for deferred throwing of exceptions in c++
JP2006176000A (ja) * 2004-12-22 2006-07-06 Toyota Motor Corp 異常判定システム
WO2007050667A2 (en) * 2005-10-25 2007-05-03 The Trustees Of Columbia University In The City Of New York Methods, media and systems for detecting anomalous program executions
CN101599039A (zh) * 2008-06-03 2009-12-09 华为技术有限公司 嵌入式c语言环境下异常处理方法及装置
CN102163174A (zh) * 2008-06-03 2011-08-24 华为技术有限公司 嵌入式c语言环境下退出和删除线程或进程的方法、装置
WO2014162250A2 (en) * 2013-04-04 2014-10-09 Pradeep Varma Method for enabling independent compilation of program and a system therefor
CN105144112A (zh) * 2013-04-11 2015-12-09 甲骨文国际公司 Java堆使用的季节趋势、预报、异常检测和端点预测
CN105393224A (zh) * 2013-07-18 2016-03-09 飞思卡尔半导体公司 故障检测装置及方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2178440A1 (en) * 1995-06-07 1996-12-08 Robert W. Horst Fail-fast, fail-functional, fault-tolerant multiprocessor system
CA2256613A1 (en) * 1997-12-18 1999-06-18 Christian J. Callsen Method and apparatus for deferred throwing of exceptions in c++
JP2006176000A (ja) * 2004-12-22 2006-07-06 Toyota Motor Corp 異常判定システム
WO2007050667A2 (en) * 2005-10-25 2007-05-03 The Trustees Of Columbia University In The City Of New York Methods, media and systems for detecting anomalous program executions
CN101599039A (zh) * 2008-06-03 2009-12-09 华为技术有限公司 嵌入式c语言环境下异常处理方法及装置
CN102163174A (zh) * 2008-06-03 2011-08-24 华为技术有限公司 嵌入式c语言环境下退出和删除线程或进程的方法、装置
WO2014162250A2 (en) * 2013-04-04 2014-10-09 Pradeep Varma Method for enabling independent compilation of program and a system therefor
CN105144112A (zh) * 2013-04-11 2015-12-09 甲骨文国际公司 Java堆使用的季节趋势、预报、异常检测和端点预测
CN105393224A (zh) * 2013-07-18 2016-03-09 飞思卡尔半导体公司 故障检测装置及方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HASHMAP的FAST-FAIL和CONCURRENTHASHMAP的FAIL-SAFE实例;简特曼;《https://www.cnblogs.com/xsl-thumb-rfcs/p/9941596.html》;20181008;第1-4页 *

Also Published As

Publication number Publication date
CN112445642A (zh) 2021-03-05

Similar Documents

Publication Publication Date Title
EP1024430B1 (en) Fault-tolerant Java virtual machine
US8661450B2 (en) Deadlock detection for parallel programs
US6148299A (en) Selectively processing plurality of transactions using transaction identifiers that including committing, aborting updating and continuous updating content in a plurality of shared data
US7926035B2 (en) Testing multi-thread software using prioritized context switch limits
US7191441B2 (en) Method and apparatus for suspending a software virtual machine
KR101087364B1 (ko) 철회 기반구조
CN105511969B (zh) 一种跨进程的线程间进行互斥的方法
US7870443B2 (en) Method to isolate crash of an embedded multi-threaded application to a shared library call without core dump files or debugger
US11132294B2 (en) Real-time replicating garbage collection
US8140908B2 (en) System and method of client side analysis for identifying failing RAM after a user mode or kernel mode exception
US7933976B2 (en) Checkpoint and restart of NFS version 2/version 3 clients with network state preservation inside a workload partition (WPAR)
US20090260011A1 (en) Command line transactions
JP2004199330A (ja) 情報処理装置、トレース処理方法、プログラム及び記録媒体
US6625601B1 (en) Escrow-locking multithreaded process-pair resource manager dictionary
US7353498B2 (en) Multi-process debugger
WO2018000811A1 (zh) 一种查询故障的处理方法及处理装置
WO2023016480A1 (zh) 一种硬件内存序架构下的代码处理方法及相应装置
CN108875381A (zh) 一种支持内核模块隔离的消息服务模块的设计方案
CN112445642B (zh) 异常处理方法、远程泊车辅助系统及计算机存储介质
CN111857984A (zh) 银行系统中的作业调用处理方法、装置和计算机设备
CN114461409A (zh) 一种互斥信号量异常阻塞辅助分析方法、系统及存储介质
Mutia Inter-Process Communication Mechanism in Monolithic Kernel and Microkernel
JP2009524877A (ja) コンパイル時の解釈可能コードエラー検出
CN110851332A (zh) 一种日志文件的处理方法、装置、设备和介质
Bensalem et al. Reducing False Positives in Runtime Analysis of Deadlocks

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