“객체 참조가 객체의 인스턴스로 설정되지 않은”이유는 무엇입니까?

우리는 시스템을 시작하고 때로는 NullReferenceException메시지와 함께 유명한 예외 가 발생합니다 Object reference not set to an instance of an object.

그러나 거의 20 개의 객체가있는 방법에서 객체가 null이라는 로그를 갖는 것은 실제로 전혀 사용되지 않습니다. 세미나의 보안 요원 일 때 100 명의 참석자 중 한 명이 테러리스트라고 말하는 것과 같습니다. 그것은 당신에게 전혀 쓸모가 없습니다. 어떤 사람이 위협적인 사람인지 알아 내려면 더 많은 정보를 얻어야합니다.

마찬가지로 버그를 제거하려면 어떤 객체가 null인지 알아야합니다.

이제 몇 달 동안 무언가가 내 마음에 사로 잡혔습니다.

.NET이 왜 이름이나 최소한 객체 참조의 유형 인 null을 제공하지 않습니까? . 반사 또는 다른 출처의 유형을 이해할 수 없습니까?

또한 어떤 객체가 null인지 이해하는 가장 좋은 방법은 무엇입니까? 이러한 컨텍스트에서 항상 개체의 Null 허용 여부를 수동으로 테스트하고 결과를 기록해야합니까? 더 좋은 방법이 있습니까?

업데이트 : 예외 The system cannot find the file specified의 특성은 동일합니다. 프로세스에 연결하고 디버그 할 때까지 어떤 파일을 찾을 수 없습니다. 이러한 유형의 예외가 더 지능적으로 될 수 있다고 생각합니다. .NET이 c:\temp.txt doesn't exist.일반적인 메시지 대신 우리에게 말할 수 있다면 더 좋지 않을까요 ? 개발자로서 나는 찬성 투표합니다.

은 NullReferenceException기본적으로 당신을 알려줍니다 당신이 잘못을하고 있습니다. 더 이상 아무것도 없습니다. 반면에 본격적인 디버깅 도구는 아닙니다. 이 경우 두 가지 모두 잘못하고 있다고 말하고 싶습니다.

• NullReferenceException이 있습니다
• 왜 / 어떻게 일어 났는지 아는 방식으로 예방하지 않았습니다
• 그리고 아마도 : 20 개의 객체를 필요로하는 방법이 약간 벗어난 것처럼 보입니다.

나는 일이 잘못되기 전에 모든 것을 점검하고 개발자에게 좋은 정보를 제공하는 것을 좋아합니다. 한마디로 : 사용하여 수표를 쓰고 ArgumentNullException좋아하는 이름을 쓰십시오. 샘플은 다음과 같습니다.

void Method(string a, SomeObject b)
{
    if (a == null) throw ArgumentNullException("a");
    if (b == null) throw ArgumentNullException("b");

    // See how nice this is, and what peace of mind this provides? As long as
    // nothing modifies a or b you can use them here and be 100% sure they're not
    // null. Should they be when entering the method, at least you know which one
    // is null.
    var c = FetchSomeObject();
    if(c == null)
    {
        throw InvalidOperationException("Fetching B failed!!");
    }

    // etc.
}

Code Contracts를 살펴볼 수도 있습니다. 기발한 기능이 있지만 꽤 잘 작동하며 입력을 절약 할 수 있습니다.

실제로 전화하려는 것을 정확하게 보여 주어야합니다. "문제가 있습니다. 문제를 해결해야합니다. 문제가 무엇인지 알고 있습니다. 말하지 않을 것입니다. 알아 차리십시오"이 스택 오버플로에 대한 답의 절반은 아이러니하게 들립니다.

예를 들어 이것을 얻는다면 얼마나 유용할까요?

Object reference (HttpContext.Current) not set to instance of an object

...? 코드로 들어가서 코드를 살펴보고 호출하려고하는 null것이 괜찮다 는 것을 알아 내려면 약간의 도움을주는 것이 어떻습니까?

나는 일반적으로 코드를 통해 답을 얻기 위해 유용하지만 (더 많은 것을 알기 때문에) NullReferenceException위의 예와 같이 텍스트가 더 많으면 많은 시간과 좌절이 저장되는 경우가 많다는 데 동의합니다 .

그냥 말해

로그에는 스택 추적이 포함되어야합니다. 일반적으로 메소드의 어떤 행에 문제가 있는지에 대한 힌트를 제공합니다. 릴리스 빌드에 PDB 기호를 포함시켜야 오류가 어느 라인에 있는지 알 수 있습니다.

물론,이 경우에는 도움이되지 않습니다.

Foo.Bar.Baz.DoSomething()

텔은 요구하지 않는 등의 코드를 방지하기 위해 원칙적으로 캔의 도움을.

정보가 포함되지 않은 이유에 대해서는 확실하지 않습니다. 최소한 디버그 빌드에서 실제로 원한다면 알아낼 수 있다고 생각합니다. 크래시 덤프를 가져와 WinDBG에서 여는 것이 도움이 될 수 있습니다.

콜 체인에 치명적이지 않은 예외적 인 상황을 알리는 도구로 예외가 만들어졌습니다 . 즉, 디버깅 도구로 설계되지 않았습니다.

널 포인터 예외가 디버깅 도구 인 경우, 즉시 프로그램 실행을 중단하여 디버거가 연결할 수있게하여 문제의 행을 바로 가리 킵니다. 이것은 프로그래머에게 사용 가능한 모든 컨텍스트 정보를 제공합니다. (Null 포인터 액세스로 인한 Segfault가 C에서 수행하는 작업은 거의 거칠지 않지만)

그러나 널 포인터 예외는 정상적인 프로그램 플로우에서 발생하고 포착 될 수있는 유효한 런타임 조건으로 설계되었습니다. 따라서 성능 고려 사항을 고려해야합니다. 또한 예외 메시지를 사용자 정의하려면 런타임시 문자열 오브젝트를 작성, 연결 및 파기해야합니다. 따라서 정적 메시지는 틀림없이 빠릅니다.

그래도 런타임은 침해 참조의 이름을 산출하는 방식으로 프로그래밍 될 수 없다고 말하지 않습니다. 그렇게 할 수 있습니다. 예외를 훨씬 더 느리게 만듭니다. 누군가가 충분히 돌보면 그러한 기능을 전환 가능하게하여 프로덕션 코드를 늦출 수는 없지만 디버깅이 더 쉬워집니다. 그러나 어떤 이유로 든 아무도 돌보지 않은 것 같습니다.

Cromulent는 제 생각에 머리에 못을 박았지만, 얻는다면 NullReferenceException초기화되지 않은 변수 가 있다는 명백한 포인트가 있습니다 . 메소드에 전달되는 20 개의 객체에 대한 주장은 완화라고 할 수 없습니다. 코드 청크의 작성자는 코드 코드의 나머지 부분에 대한 준수를 포함하여 수행해야 할 작업을 책임 져야합니다. 변수의 적절하고 정확한 활용 등

그것은 번거롭고 지루하며 때로는 둔하지만 가치가 있습니다. 많은 시간이 몇 기가 바이트에 이르는 로그 파일을 통해 트래킹해야했던 때이며 거의 항상 도움이됩니다. 그러나 그 단계에 도달하기 전에 디버거가 당신을 도울 수 있으며, 그 단계 이전에 좋은 계획은 많은 고통을 덜어 줄 것입니다 (그리고 나는 간단한 스케치와 일부 노트는 할 수 있습니다. 아무것도 아닌 것보다 낫습니다).

Object reference not set to an instance of an object코드와 관련하여 우리가 원하는 값을 추측 할 수 없습니다 : 그것은 프로그래머로서의 일이며, 초기화되지 않은 변수를 전달했음을 의미합니다.

디버거 사용법을 배웁니다. 이것은 정확히 설계된 것입니다. 문제의 방법에 중단 점을 설정하고 멀리하십시오.

코드를 단계별로 살펴보고 특정 시점의 모든 변수 값이 정확히 무엇인지 확인하십시오.

편집 : 솔직히 다른 사람이 아직 디버거를 사용하지 않았다는 것에 놀랐습니다.

@stijn의 답변을 원하고 코드에 null 검사를 넣고 싶다면이 코드 스 니펫이 도움이 될 것입니다. 다음은 코드 스 니펫에 대한 정보 입니다. 이 설정을 마치면을 입력 argnull하고 tab을 두 번 누른 다음 빈칸을 채우십시오.

<CodeSnippet Format="1.0.0">
  <Header>
    <Title>EnsureArgNotNull</Title>
    <Shortcut>argnull</Shortcut>
  </Header>
  <Snippet>
    <Declarations>
      <Literal>
        <ID>argument</ID>
        <ToolTip>The name of the argument that shouldn't be null</ToolTip>
        <Default>arg</Default>
      </Literal>
    </Declarations>
    <Code Language="CSharp">
      <![CDATA[if ($argument$ == null) throw new ArgumentNullException("$argument$");$end$]]>
    </Code>
  </Snippet>
</CodeSnippet>