Microsoft MVP성태의 닷넷 이야기
.NET Framework: 152. 순환 참조와 XmlSerializer [링크 복사], [링크+제목 복사],
조회: 23508
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 2개 있습니다.)

순환 참조와 XmlSerializer


XmlSerializer 같은 기능을 만들어야 (또는 이용해야) 할 때 유의해야 할 것이 바로 "순환 참조"겠지요. 보통 계층적 데이터 구조를 가진 경우에 문제가 되는데, 이해를 돕기 위해 예제 코드와 함께 설명해보겠습니다.

[System.SerializableAttribute()]
[System.Xml.Serialization.XmlTypeAttribute(Namespace = "http://www.tempuri.org", TypeName = "Type1")]
[System.Xml.Serialization.XmlRootAttribute(Namespace = "http://www.tempuri.org", IsNullable = true, ElementName = "Type1")]
public class Type1
{
    public Type1() { }

    Type1 child;
    [System.Xml.Serialization.XmlElement("Child")]
    public Type1 Child 
    { 
        get { return this.child; }
        set { this.child = value; }
    }

    int age;
    [System.Xml.Serialization.XmlElement("Age")]
    public int Age
    {
        get { return this.age; }
        set { this.age = value; }
    }
}

Type1과 같은 식으로 정의를 할 때, XmlSerializer 입장에서 고려해야 하는 경우가 바로 다음과 같이 인스턴스 정의가 순환 참조를 할 때입니다.

Type1 type = new Type1();
type.Child = type;

다행히, 위와 같은 무한 반복이 될 수 있는 구조를 XmlSerializer는 고려하고 있기 때문에 실행 시에 다음과 같이 예외를 발생시킵니다.

System.InvalidOperationException occurred
  Message="A circular reference was detected while serializing an object of type WpfApplication1.Type1."
  Source="System.Xml"
  StackTrace:
       at System.Xml.Serialization.XmlSerializationWriter.WriteStartElement(String name, String ns, Object o, Boolean writePrefixed, XmlSerializerNamespaces xmlns)
  InnerException:

재미있는 것은, 이런 순환 참조 오류가 꼭 위와 같은 경우에만 국한되지는 않는다는 점입니다. 예를 들어, 다음의 코드도 순환 참조 오류에 걸릴 수 있습니다.

Type1 type = new Type1();
Type1 child = new Type1();

type.Child = child;

물론, 위와 같은 코드만으로는 발생하지 않습니다. 다음과 같이 Type1 정의에 Equals/GetHashCode를 만들어 주면 발생하게 됩니다.

public class Type1
{
    ...[생략]...

    public override bool Equals(object obj)
    {
        return this.age == (obj as Type1).age;
    }

    public override int GetHashCode()
    {
        return this.age.GetHashCode();
    }
}

대강 짐작이 되시죠? 지금까지의 이야기를 통해 XmlSerializer가 순환 참조를 밝혀내는 과정을 짐작할 수 있습니다. XmlSerializer는 직렬화를 시도하는 개체를 Hash 테이블에 저장하고 이 때 object.GetHashCode를 사용하여 버킷을 정하게 됩니다. 재미있는 것은, 설령 GetHashCode가 같다고 나와도 XmlSerializer는 2차 단계로 Equals 메서드를 호출하여 2개의 개체가 같은 것인지 확인을 한 번 더 합니다. 만약, 동일한 Object Graph 문맥 내에서 그와 같이 Equals와 GetHashCode가 동일하다고 판단되는 상황이 발생하면 순환 참조라고 여기는 것입니다.

자,,, 그럼 이해가 되셨나요?

그럼, 다음의 경우는 어떻게 될까요?

// 같은 개체를 순환 참조했는데,
Type1 type = new Type1();
type.Child = type;

    public override bool Equals(object obj)
    {
        // 무조건 같지 않은 개체라고 한다면?
        return false;
    }

    public override int GetHashCode()
    {
        return this.age.GetHashCode();
    }

그렇습니다. 이런 경우 XmlSerializer는 순환 참조 판단이 안 되어서 무한정 직렬화 과정을 반복하다가 결국에는 다음과 같은 예외를 발생시켜버립니다.

An unhandled exception of type 'System.StackOverflowException' occurred in System.Xml.dll
  System.StackOverflowException was unhandled
  {Cannot evaluate expression because the current thread is in a stack overflow state.}

첨부된 프로젝트는 이를 간단히 테스트해볼 수 있는 소스 코드를 담고 있습니다.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 12/22/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  32  33  34  35  36  37  38  39  40  41  42  43  44  [45]  ...
NoWriterDateCnt.TitleFile(s)
12545정성태3/2/202112131.NET Framework: 1026. 닷넷 5에 추가된 POH (Pinned Object Heap) [10]
12544정성태2/26/202112387.NET Framework: 1025. C# - Control의 Invalidate, Update, Refresh 차이점 [2]
12543정성태2/26/202110588VS.NET IDE: 158. C# - 디자인 타임(design-time)과 런타임(runtime)의 코드 실행 구분
12542정성태2/20/202112912개발 환경 구성: 544. github repo의 Release 활성화 및 Actions를 이용한 자동화 방법 [1]
12541정성태2/18/202110202개발 환경 구성: 543. 애저듣보잡 - Github Workflow/Actions 소개
12540정성태2/17/202110488.NET Framework: 1024. C# - Win32 API에 대한 P/Invoke를 대신하는 Microsoft.Windows.CsWin32 패키지
12539정성태2/16/202110478Windows: 189. WM_TIMER의 동작 방식 개요파일 다운로드1
12538정성태2/15/202110908.NET Framework: 1023. C# - GC 힙이 아닌 Native 힙에 인스턴스 생성 - 0SuperComicLib.LowLevel 라이브러리 소개 [2]
12537정성태2/11/202112005.NET Framework: 1022. UI 요소의 접근은 반드시 그 UI를 만든 스레드에서! - 두 번째 이야기 [2]
12536정성태2/9/202110920개발 환경 구성: 542. BDP(Bandwidth-delay product)와 TCP Receive Window
12535정성태2/9/202110067개발 환경 구성: 541. Wireshark로 확인하는 LSO(Large Send Offload), RSC(Receive Segment Coalescing) 옵션
12534정성태2/8/202110511개발 환경 구성: 540. Wireshark + C/C++로 확인하는 TCP 연결에서의 closesocket 동작 [1]파일 다운로드1
12533정성태2/8/202110208개발 환경 구성: 539. Wireshark + C/C++로 확인하는 TCP 연결에서의 shutdown 동작파일 다운로드1
12532정성태2/6/202110728개발 환경 구성: 538. Wireshark + C#으로 확인하는 ReceiveBufferSize(SO_RCVBUF), SendBufferSize(SO_SNDBUF) [3]
12531정성태2/5/20219765개발 환경 구성: 537. Wireshark + C#으로 확인하는 PSH flag와 Nagle 알고리듬파일 다운로드1
12530정성태2/4/202113864개발 환경 구성: 536. Wireshark + C#으로 확인하는 TCP 통신의 Receive Window
12529정성태2/4/202110967개발 환경 구성: 535. Wireshark + C#으로 확인하는 TCP 통신의 MIN RTO [1]
12528정성태2/1/202110330개발 환경 구성: 534. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 윈도우 환경
12527정성태2/1/202110546개발 환경 구성: 533. Wireshark + C#으로 확인하는 TCP 통신의 MSS(Maximum Segment Size) - 리눅스 환경파일 다운로드1
12526정성태2/1/20218264개발 환경 구성: 532. Azure Devops의 파이프라인 빌드 시 snk 파일 다루는 방법 - Secure file
12525정성태2/1/20217999개발 환경 구성: 531. Azure Devops - 파이프라인 실행 시 빌드 이벤트를 생략하는 방법
12524정성태1/31/20219185개발 환경 구성: 530. 기존 github 프로젝트를 Azure Devops의 빌드 Pipeline에 연결하는 방법 [1]
12523정성태1/31/20219254개발 환경 구성: 529. 기존 github 프로젝트를 Azure Devops의 Board에 연결하는 방법
12522정성태1/31/202110824개발 환경 구성: 528. 오라클 클라우드의 리눅스 VM - 9000 MTU Jumbo Frame 테스트
12521정성태1/31/202110740개발 환경 구성: 527. 이더넷(Ethernet) 환경의 TCP 통신에서 MSS(Maximum Segment Size) 확인 [1]
12520정성태1/30/20219197개발 환경 구성: 526. 오라클 클라우드의 VM에 ping ICMP 여는 방법
... 31  32  33  34  35  36  37  38  39  40  41  42  43  44  [45]  ...