轻轻松松解决C++异常问题处理

处理C++异常问题会在语言级别上遇到少许隐含限制，但在某些情况下，您可以绕过它们。学习各种利用异常的方法，您就可以生产更可靠的应用程序，本文就对于大多数用户头疼的C++异常问题进行详细的剖析与介绍。

坚守“ 做人真诚 · 做事靠谱 · 口碑至上 · 高效敬业 ”的价值观，专业网站建设服务10余年为成都地磅秤小微创业公司专业提供企业网站制作营销网站建设商城网站建设手机网站建设小程序网站建设网站改版，从内容策划、视觉设计、底层架构、网页布局、功能开发迭代于一体的高端网站建设服务。

在C++中，无论何时在处理程序内捕获一个异常，关于该异常来源的信息都是不为人知的。异常的具体来源可以提供许多更好地处理该异常的重要信息，或者提供一些可以附加到错误日志的信息，以便以后进行分析。

为了解决这一问题，可以在抛出异常语句期间，在异常对象的构造函数中生成一个堆栈跟踪。ExceptionTracer是示范这种行为的一个类。

在异常对象构造函数中生成一个堆栈跟踪：

 
 
 
  
  
  private:    
  
  class SingleTonTranslator    
  
  {    
  
  public:    
  
  SingleTonTranslator()    
  
  {    
  
  signal(SignalExceptionClass::GetSignalNumber(),     
  
  SignalHandler);    
  
  }    
  
     
  
  static void SignalHandler(int)    
  
  {    
  
  throw SignalExceptionClass();    
  
  }    
  
  };    
  
     
  
  public:    
  
  SignalTranslator()    
  
  {    
  
  static SingleTonTranslator s_objTranslator;    
  
  }    
  
  };    
  
     
  
  // An example for SIGSEGV    
  
  class SegmentationFault : public ExceptionTracer, public     
  
  exception    
  
  {    
  
  public:    
  
  static int GetSignalNumber() {return SIGSEGV;}    
  
  };    
  
     
  
  SignalTranslator     
  
  g_objSegmentationFaultTranslator;    
  
     
  
  // An example for SIGFPE    
  
  class FloatingPointException : public ExceptionTracer, public     
  
  exception    
  
  {    
  
  public:    
  
  static int GetSignalNumber() {return SIGFPE;}    
  
  };

每当进程执行一个令人讨厌的动作，以致于 Linux? 内核发出一个信号时，该信号都必须被处理。信号处理程序通常会释放一些重要资源并终止应用程序。

在这种情况下，堆栈上的所有对象实例都处于未破坏状态。另一方面，如果这些信号被转换成C++ 异常，那么您可以优雅地调用其构造函数，并安排多层 catch 块，以便更好地处理这些信号。

定义的 SignalExceptionClass，提供了表示内核可能发出信号的C++异常问题的抽象。SignalTranslator 是一个基于 SignalExceptionClass 的模板类，它通常用来实现到 C++ 异常的转换。

在任何瞬间，只能有一个信号处理程序处理一个活动进程的一个信号。因此，SignalTranslator 采用了singleton 设计模式。整体概念通过用于 SIGSEGV 的 SegmentationFault 类和用于 SIGFPE 的FloatingPointException 类得到了展示。

在全局（静态全局）变量的构造和析构期间，每个 ANSI C++ 都捕获到异常是不可能的。因此，ANSI C++ 不建议在那些其实例可能被定义为全局实例（静态全局实例）的类的构造函数和析构函数中抛出异常。#t#

换一种说法就是永远都不要为那些其构造函数和析构函数可能抛出异常的类定义全局（静态全局）实例。不过，如果假定有一个特定编译器和一个特定系统，那么可能可以这样做，幸运的是，对于Linux 上的 GCC，恰好是这种情况。

使用 ExceptionHandler 类可以展示这一点，该类也采用了 singleton 设计模式。其构造函数注册了一个未捕获的处理程序。因为每次只能有一个未捕获的处理程序处理一个活动进程。

构造函数应该只被调用一次，因此要采用 singleton 模式。应该在定义有问题的实际全局（静态全局）变量之前定义 ExceptionHandler 的全局（静态全局）实例。

本文题目：轻轻松松解决C++异常问题处理
URL地址：http://www.mswzjz.cn/qtweb/news40/285790.html

攀枝花网站建设、攀枝花网站运维推广公司-贝锐智能，是专注品牌与效果的网络营销公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：贝锐智能

贝锐智能技术为您推荐以下文章