집 >백엔드 개발 >C#.Net 튜토리얼 >C++ 프로그램의 예외 처리 기술
C++의 예외 처리에는 언어 수준에서 몇 가지 암시적인 제한이 있지만 경우에 따라 이를 해결할 수 있습니다. 예외를 활용하는 다양한 방법을 학습하면 보다 안정적인 애플리케이션을 제작할 수 있습니다. 예외 소스 정보 유지 C++에서는 핸들러 내에서 예외가 발견될 때마다 예외 소스에 대한 정보를 알 수 없습니다. 예외의 특정 소스는 예외를 더 잘 처리하는 데 필요한 많은 중요한 정보를 제공하거나 나중에 분석하기 위해 오류 로그에 추가할 수 있는 일부 정보를 제공할 수 있습니다. 이 문제를 해결하려면 throw 문 중에 예외 개체의 생성자에서 스택 추적을 생성할 수 있습니다. ExceptionTracer는 이 동작을 보여주는 클래스입니다. 목록 1. 예외 개체 생성자에서 스택 추적 생성 // 샘플 PRgram:
// 컴파일러: gcc 3.2.3 20030502
// linux: Red Hat #include
#include
#include
{
public :
ExceptionTracer()
{
void * array[25];
int nSize = backtrace(array, 25);
char ** 기호 = backtrace_symbols(array, nSize);
for (int i = 0; i < nSize; i++)
{
cout << 기호[i] << endl;
} free(symbols);
}
}; 너무 불쾌한 작업을 수행하여 Linux 커널이 신호를 내보낼 때마다 해당 신호를 처리해야 합니다. 신호 처리기는 일반적으로 일부 중요한 리소스를 해제하고 애플리케이션을 종료합니다. 이 경우 스택의 모든 개체 인스턴스는 파괴되지 않은 상태입니다. 반면에 이러한 신호가 C++ 예외로 변환되면 해당 생성자를 정상적으로 호출하고 여러 계층의 catch 블록을 배열하여 이러한 신호를 더 잘 처리할 수 있습니다. 목록 2에 정의된 SignalExceptionClass는 커널에서 신호를 보낼 수 있는 C++ 예외를 표현하기 위한 추상화를 제공합니다. SignalTranslator는 일반적으로 C++ 예외로의 변환을 구현하는 데 사용되는 SignalExceptionClass를 기반으로 하는 템플릿 클래스입니다. 어떤 순간에도 단 하나의 신호 처리기만이 활성 프로세스에 대한 신호를 처리할 수 있습니다. 따라서 SignalTranslator는 싱글톤 디자인 패턴을 채택합니다. 전반적인 개념은 SIGSEGV의 SegmentationFault 클래스와 SIGFPE의 FloatingPointException 클래스를 통해 설명됩니다. 목록 2. 신호를 예외로 변환 SingleTonTranslator
{
public:
SingleTonTranslator()
{
signal(SignalExceptionClass:: GetSignalNumber(),
SignalHandler);
} static void SignalHandler(int)
{
throw SignalExceptionClass();
}
}; 공개:
SignalTranslator()
{
static SingleTonTranslator s_objTranslator;
}
}; // SIGSEGV
class SegmentationFault의 예: public ExceptionTracer, public
Exception
{
public:
static int GetSignalNumber() {return SIGSEGV ;}
}; SignalTranslator
g_objSegmentationFaultTranslator; 클래스 FloatingPointException: public ExceptionTracer, public
예외
{
public:
static int GetSignalNumber() {return SIGFPE;}
}; >
g_objFloatingPointExceptionTranslator; 생성자와 소멸자의 거버넌스 예외 모든 ANSI C++에서 전역(정적 전역) 변수의 생성 및 소멸 중에 예외를 포착하는 것은 불가능합니다. 따라서 ANSI C++에서는 인스턴스가 전역 인스턴스(정적 전역 인스턴스)로 정의될 수 있는 클래스의 생성자 및 소멸자에서 예외를 발생시키는 것을 권장하지 않습니다. 즉, 생성자와 소멸자가 예외를 발생시킬 수 있는 클래스에 대해서는 전역(정적 전역) 인스턴스를 정의하지 마십시오. 그러나 특정 컴파일러와 특정 시스템을 가정하면 그렇게 하는 것이 가능할 수도 있는데, 다행히도 Linux의 GCC가 바로 그렇습니다. 이는 싱글톤 디자인 패턴도 채택하는 ExceptionHandler 클래스를 사용하여 시연할 수 있습니다. 생성자는 포착되지 않은 핸들러를 등록합니다. 한 번에 하나의 포착되지 않은 핸들러만 활성 프로세스를 처리할 수 있으므로 생성자는 한 번만 호출되어야 하므로 싱글톤 패턴이 됩니다. ExceptionHandler의 전역(정적 전역) 인스턴스는 문제의 실제 전역(정적 전역) 변수가 정의되기 전에 정의되어야 합니다. 목록 3. 생성자에서 예외 처리 class ExceptionHandler
{
private:
class SingleTonHandler
{
public:
SingleTonHandler()
{
set_terminate(핸들러);
} static void Handler()
{
// 전역 변수 구성/파괴 예외 try
{
// re- throw throw;
}
catch(SegmentationFault &)
{
cout << "세그먼테이션 오류" << endl;
}
catch(FloatingPointException &)
{
cout << "FloatingPointException" << endl;
}
catch (...)
{
cout << "알 수 없는 예외" << endl;
} //핵심 활동을 수행하는 스레드인 경우
abort();
//요청 서비스에 사용되는 스레드인 경우
// pthread_exit();
}
}; 공개:
ExceptionHandler()
{
static SingleTonHandler s_objHandler;
}
}; ///////////////////////////////////////////////// /////////////////////// 클래스 A
{
공개:
A()
{
//int i = 0, j = 1/i;
*(int *)0 = 0;
}
}; // 전역 변수를 정의하기 전에 ExceptionHandler 객체의 더미 인스턴스
//를 정의하여
// ExceptionHandler::SingleTonHandler::SingleTonHandler()가
호출됨
ExceptionHandler g_objExceptionHandler;
A g_a; ///////////////////////////////////////////////// //////////////////////// int main(int argc, char* argv[])
{
return 0;
} 处理多线程程序中的异常 有时一些异常没有被捕捉,这将造成进程异常中止。不过很时候,多进程包含多个线程,其中少数线程执行核心应用程序逻辑,同时,其余线程为외부请求提供服务。假如服务线程因编程错误而没有处理某个异常,则会造成整个应用程序崩溃입니다.的请求而助长拒绝服务攻击.为了避免这一点, 未捕捉处理程序可以决定是请求异常中止调用, 还是请求3개 중 ExceptionHandler::SingleTonHandler::Handler()가 확장되었습니다.处理程序. 结束语 저희는 C++ 编程设计模式, 以便更好地执行以下任务: ·지금 이 곳에서异常的来源。
·将信号从内核程序转换成 C++异常。
·捕捉构造和/或析构全局变weight期间抛异常。
·多线程进程中的异常处理。