스택 오버플로 예외를 발생시키는 메서드에 대한 재귀 호출이 있습니다. 첫 번째 호출은 try catch 블록으로 둘러싸여 있지만 예외는 포착되지 않습니다.
스택 오버플로 예외가 특별한 방식으로 작동합니까? 예외를 제대로 포착 / 처리 할 수 있습니까?
관련성이 있는지 확실하지 않지만 추가 정보 :
-
주 스레드에서 예외가 발생하지 않습니다.
-
코드에서 예외가 발생하는 개체는 Assembly.LoadFrom (…). CreateInstance (…)에 의해 수동으로로드됩니다.
답변
2.0부터 StackOverflow 예외는 다음 상황에서만 포착 될 수 있습니다.
- CLR은 호스팅 된 환경에서 실행되는 * 호스트가 특별히 처리 할 수 StackOverflow의 예외를 허용 곳
- stackoverflow 예외는 실제 스택 오버플로 상황이 아닌 사용자 코드에 의해 발생합니다 ( 참조 ).
* “내 코드가 CLR을 호스팅하고 CLR의 옵션을 구성합니다”와 같은 “호스팅 된 환경”이 아니라 “내 코드가 공유 호스팅에서 실행 됨”이 아닙니다.
답변
올바른 방법은 오버플로를 수정하는 것이지만 ….
자신에게 더 큰 스택을 줄 수 있습니다.
using System.Threading;
Thread T = new Thread(threadDelegate, stackSizeInBytes);
T.Start();
System.Diagnostics.StackTrace FrameCount 속성을 사용하여 사용한 프레임 수를 계산하고 프레임 제한에 도달하면 고유 한 예외를 throw 할 수 있습니다.
또는 남은 스택의 크기를 계산하고 임계 값 아래로 떨어질 때 자체 예외를 throw 할 수 있습니다.
class Program
{
static int n;
static int topOfStack;
const int stackSize = 1000000; // Default?
// The func is 76 bytes, but we need space to unwind the exception.
const int spaceRequired = 18*1024;
unsafe static void Main(string[] args)
{
int var;
topOfStack = (int)&var;
n=0;
recurse();
}
unsafe static void recurse()
{
int remaining;
remaining = stackSize - (topOfStack - (int)&remaining);
if (remaining < spaceRequired)
throw new Exception("Cheese");
n++;
recurse();
}
}
치즈 만 잡으세요. 😉
답변
StackOverflowException 의 MSDN 페이지에서 :
.NET Framework의 이전 버전에서는 애플리케이션이 StackOverflowException 개체를 포착 할 수있었습니다 (예 : 제한되지 않은 재귀에서 복구하기 위해). 그러나 스택 오버플로 예외를 안정적으로 포착하고 프로그램 실행을 계속하려면 상당한 추가 코드가 필요하기 때문에 현재이 방법은 권장되지 않습니다.
.NET Framework 버전 2.0부터 StackOverflowException 개체는 try-catch 블록에서 포착 할 수 없으며 해당 프로세스는 기본적으로 종료됩니다. 따라서 사용자는 스택 오버플로를 감지하고 방지하기 위해 코드를 작성하는 것이 좋습니다. 예를 들어 애플리케이션이 재귀에 의존하는 경우 카운터 또는 상태 조건을 사용하여 재귀 루프를 종료합니다. CLR (공용 언어 런타임)을 호스팅하는 응용 프로그램은 스택 오버플로 예외가 발생하는 응용 프로그램 도메인을 CLR이 언로드하고 해당 프로세스를 계속하도록 지정할 수 있습니다. 자세한 내용은 ICLRPolicyManager 인터페이스 및 공용 언어 런타임 호스팅을 참조하십시오.
답변
여러 사용자가 이미 말했듯이 예외를 포착 할 수 없습니다. 그러나 어디서 발생하는지 파악하는 데 어려움을 겪고 있다면 Visual Studio가 던져 질 때 중단되도록 구성 할 수 있습니다.
이를 위해서는 ‘디버그’메뉴에서 예외 설정을 열어야합니다. 이전 버전의 Visual Studio에서는 ‘디버그’- ‘예외’에 있습니다. 최신 버전에서는 ‘디버그’- ‘Windows’- ‘예외 설정’에 있습니다.
설정이 열리면 ‘공용 언어 런타임 예외’를 확장하고 ‘시스템’을 확장 한 다음 아래로 스크롤하여 ‘System.StackOverflowException’을 확인합니다. 그런 다음 호출 스택을보고 반복되는 호출 패턴을 찾을 수 있습니다. 그러면 스택 오버플로를 유발하는 코드를 수정할 위치를 알 수 있습니다.
답변
위에서 여러 번 언급했듯이 손상된 프로세스 상태로 인해 시스템에서 발생한 StackOverflowException을 포착하는 것은 불가능합니다. 그러나 예외를 이벤트로 인식하는 방법이 있습니다.
http://msdn.microsoft.com/en-us/library/system.appdomain.unhandledexception.aspx
.NET Framework 버전 4부터는 이벤트 처리기가 보안에 중요하고 HandleProcessCorruptedStateExceptionsAttribute 특성이있는 경우가 아니면 스택 오버플로 또는 액세스 위반과 같이 프로세스 상태를 손상시키는 예외에 대해이 이벤트가 발생하지 않습니다.
그럼에도 불구하고 애플리케이션은 이벤트 함수를 종료 한 후 종료됩니다 (매우 더러운 해결 방법은이 이벤트 내에서 앱을 다시 시작하는 것이 었습니다. 하하, 그렇게하지 않았고 절대하지 않을 것입니다). 그러나 로깅에는 충분합니다!
.NET Framework 버전 1.0 및 1.1에서는 주 응용 프로그램 스레드가 아닌 스레드에서 발생하는 처리되지 않은 예외가 런타임에 포착되므로 응용 프로그램이 종료되지 않습니다. 따라서 응용 프로그램을 종료하지 않고도 UnhandledException 이벤트가 발생할 수 있습니다. .NET Framework 버전 2.0부터는 자식 스레드에서 처리되지 않은 예외에 대한이 백스톱이 제거되었습니다. 이러한 자동 오류의 누적 효과에는 성능 저하, 데이터 손상 및 잠금이 포함되어 디버깅이 어려웠 기 때문입니다. 런타임이 종료되지 않는 경우 목록을 포함한 자세한 내용은 관리되는 스레드의 예외를 참조하세요.
답변
예 CLR 2.0 스택 오버플로는 복구 불가능한 상황으로 간주됩니다. 따라서 런타임은 여전히 프로세스를 종료합니다.
자세한 내용은 http://msdn.microsoft.com/en-us/library/system.stackoverflowexception.aspx 설명서를 참조하십시오 .
답변
당신은 할 수 없습니다. CLR은 당신을 허용하지 않습니다. 스택 오버플로는 치명적인 오류이며 복구 할 수 없습니다.