Microsoft MVP성태의 닷넷 이야기
.NET Framework: 660. Shallow Copy와 Deep Copy [링크 복사], [링크+제목 복사]
조회: 5589
글쓴 사람
홈페이지
첨부 파일

닷넷 - Shallow Copy와 Deep Copy

아래의 글을 읽고 잠깐 정리해 봅니다. ^^

[.NET] Clone
; http://www.jumptovb.net/397

닷넷의 System.Object 타입에는 MemberwiseClone 메서드가 (protected 접근자로) 기본 포함되어 있습니다.

Object.MemberwiseClone 메서드
; https://msdn.microsoft.com/en-us/library/system.object.memberwiseclone(v=vs.110).aspx

도움말에도 나오지만 이 메서드를 수행하면 "shallow copy"를 한 객체를 반환해 줍니다. 따라서, MemberwiseClone 메서드와 동일한 기능을 구현하고 싶다면 다음과 같이 해주면 됩니다.

public class MyItem
{
    public string Name;
    public int Age;

    public MyItem()
    {
    }

    // MemberwiseClone 메서드와 동일한 기능 (shallow copy 수행)
    public object Clone()
    {
        MyItem obj = new MyItem();

        // 필드 수만큼 대입
        obj.Name = this.Name; 
        obj.Age = this.Age;

        return obj;        
    }
}

비교를 위해 Clone을 하지 않고 참조 값만 대입한 경우를 보면,

MyItem a = new MyItem { Name = "AAA", Age = 5 };
MyItem b = a;

이때의 메모리 상황은 다음과 같습니다.

shallow_deep_copy_1.png

하지만, shallow copy를 하게 되면,

MyItem a = new MyItem { Name = "AAA", Age = 5 };
MyItem b = a.Clone() as MyItem;

메모리 상황이 다음과 같이 바뀝니다.

shallow_deep_copy_2.png

위의 그림을 보면, MyItem에 해당하는 인스턴스 a, b는 힙에서 별도의 구역으로 존재하지만 그 내부에서 담고 있는 참조 값들은 여전히 동일한 객체를 가리키는 것을 확인할 수 있습니다. 즉, Name 필드의 참조 값이 0x1800으로 동일하게 "AAA" 객체를 가리키고 있는 것입니다. 반면, Age 필드는 MyItem 객체에 할당된 메모리 내에 값 자체(위의 예에서는 5)로 포함됩니다.




그럼, deep copy는 뭘까요? 아래의 글에 보면,

XML Serializer를 이용한 값 복사
; https://www.sysnet.pe.kr/2/0/577

Dictionary를 deep copy하는 방법
; https://www.sysnet.pe.kr/2/0/11157

deep copy는 해당 객체를 복사할 때, 필드 유형이 참조 타입일지라도 별도의 메모리에 개별 인스턴스로 복사하는 것을 의미합니다.

MyItem a = new MyItem { Name = "AAA", Age = 5 };
MyItem b = CloneData<MyItem>(a);

따라서 위와 같이 객체를 복사하게 되면 메모리 상에 다음과 같은 식으로 표현이 바뀝니다.

shallow_deep_copy_3.png

(주의: 위의 그림은 "Name" 필드의 타입이 string이 아닌 다른 참조 타입일 경우에만 올바릅니다. string 타입은 CLR 내부의 최적화로 인해 같은 문자열은 중복 할당하지 않도록 내부 풀로 관리되기 때문에 2개의 "AAA" 인스턴스가 아닌 1개의 "AAA" 문자열 인스턴스만 생성됩니다.)

차이점이 뭔지 아시겠죠? (MemberwiseClone을 비롯한) shallow copy는 해당 객체의 멤버 중 참조 타입은 공유하지만, deep copy는 참조 타입까지도 별도의 인스턴스로 분리시켜 복사하는 것을 의미합니다.




참조 타입을 공유하는 shallow copy의 특성상 때로는 혼란이 올 수 있습니다. 가령, 다음과 같은 코드를 보면,

MyItem a = new MyItem { Name = "AAA", Age = 5 };
MyItem b = a.Clone() as MyItem;

a.Name = "BBB";
Console.WriteLine(a.ToString()); // Name: BBB, Age: 5
Console.WriteLine(b.ToString()); // Name: AAA, Age: 5

분명히 참조 값 필드가 공유된다고 했음에도 불구하고 결과를 보면 a 객체의 Name 필드 변경이 b 객체의 Name 필드와는 무관하게 동작하고 있습니다. 이것은 shallow copy가 된 2개의 인스턴스에 대한 메모리 상태를 따져보면 그 이유를 알 수 있습니다.

즉, a.Name = "BBB" 코드의 실행 전에는 a, b 인스턴스가 각각 다음과 같은 값을 가지며 힙에 할당된 상태입니다.

// a 객체 8바이트 할당
(4바이트) a.Name: "AAA" 문자열 객체를 가리키는 주솟값
(4바이트) a.Age: 5 (값)

// b 객체 8바이트 할당
(4바이트) b.Name: "AAA" 문자열 객체를 가리키는 주솟값
(4바이트) b.Age: 5 (값)

이후 a.Name = "BBB" 코드가 실행되면 CLR은 "BBB" 문자열 객체를 CLR Heap에 할당한 후 a.Name 변수가 그것을 가리키도록 바꿉니다. 그래서 다음과 같은 상태가 됩니다.

// a 객체 8바이트 할당
(4바이트) a.Name: "BBB" 문자열 객체를 가리키는 주솟값
(4바이트) a.Age: 5 (값)

// b 객체 8바이트 할당
(4바이트) b.Name: "AAA" 문자열 객체를 가리키는 주솟값
(4바이트) b.Age: 5 (값)

정리해 보면, 위와 같은 상황에서는 shallow copy를 했지만 어느 한 쪽의 객체 값을 바꿔도 다른 쪽에 영향을 주지 않습니다. 그런데 이 효과가 마치 deep copy를 했을 때와 유사하므로 자칫 혼동해 버리면 나중에 문제가 발생할 수 있습니다.

위의 예제에서 shallow copy와 deep copy에 대한 차이를 부각시키려면 다음과 같이 참조 객체를 구성해 보면 됩니다.

[Serializable]
public class MyText
{
    public string Address;
}

[Serializable]
public class MyItem
{
    public MyText Text;
    public string Name;
    public int Age;

    public MyItem()
    {
    }

    public object Clone()
    {
        return this.MemberwiseClone();
    }

    public override string ToString()
    {
        return string.Format("Name: {0}, Age: {1}, Address: {2}", Name, Age, Text.Address);
    }
}

이렇게 한 후 다음과 같이 shallow copy를 하고 값을 변경해 보면,

MyItem a = new MyItem { Name = "AAA", Age = 5, Text = new MyText { Address = "KOR" } };
MyItem b = a.Clone() as MyItem;

a.Text.Address = "US";
Console.WriteLine(a.ToString()); // Name: AAA, Age: 5, Address: US
Console.WriteLine(b.ToString()); // Name: AAA, Age: 5, Address: US

a 객체의 Text 변화가 b 객체의 Text 변화에도 영향을 미쳤음을 볼 수 있습니다. 비교를 위해 이것을 deep copy한 것으로 바꿔보면,

MyItem a = new MyItem { Name = "AAA", Age = 5, Text = new MyText { Address = "KOR" } };
MyItem b = CloneData<MyItem>(a);

a.Text.Address = "US";
Console.WriteLine(a.ToString()); // Name: AAA, Age: 5, Address: US
Console.WriteLine(b.ToString()); // Name: AAA, Age: 5, Address: KOR

a와 b 내의 모든 필드들이 값/참조에 상관없이 개별 복사가 되어 있기 때문에 a 객체의 변화가 b 객체의 변화에 전혀 영향을 미치지 않습니다.

이러한 특징이 있기 때문에 shallow copy는 객체 간 복사가 가볍다는 장점이 있는 반면 어느 한 쪽의 변화가 다른 쪽에 영향을 미칠 수 있다는 단점이 있고, deep copy는 서로 영향을 주지 않는 장점이 있는 반면 객체 간 복사가 무거워진다는 단점이 있습니다.




마지막으로, ICloneable 인터페이스에 대한 언급을 해야겠습니다.

ICloneable
; https://msdn.microsoft.com/en-us/library/system.icloneable(v=vs.110).aspx

마이크로소프트는 ICloneable 인터페이스에 대해 반드시 shallow copy를 한 객체를 반환해야 한다거나, deep copy를 한 객체를 반환해야 한다는 어떠한 명시도 하고 있지 않습니다. 심지어, 다음과 같이 모든 필드의 값을 복사한다고도 보장할 수 없습니다.

It does not specify whether the cloning operation performs a deep copy, a shallow copy, or something in between. Nor does it require all property values of the original instance to be copied to the new instance.


즉, 이것은 해당 객체를 정의하는 개발자의 판단에 의존합니다. 이로 인해 문서에는 다음과 같은 언급도 있습니다.

Because callers of Clone cannot depend on the method performing a predictable cloning operation, we recommend that ICloneable not be implemented in public APIs.


따라서, ICloneable은 그 객체를 구현한 개발자가 사용할 코드 범위 내에서 편의 상 정의하는 것이 권장될 뿐입니다. 굳이 ICloneable을 공용으로 노출하고 싶다면 문서를 꼼꼼하게 작성해야 하고, 향후 내부 변경을 해야 할 때 기존 구현 코드가 shallow였는지 deep이었는지 잘 살펴보고 구현을 맞춰주어야 할 필요가 있습니다. 또한 사용하는 입장에서도 ICloneable 인터페이스를 구현한 클래스의 객체를 복사할 때는 반드시 관련 문서를 읽어봐야 합니다.

(첨부 파일은 이 글의 예제다이어그램 원본 파일을 포함합니다.)




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





[최초 등록일: ]
[최종 수정일: 6/10/2017 ]

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

비밀번호

댓글 쓴 사람
 




... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
11232정성태6/28/20173929Windows: 144. Windows Server 2016에 Windows Identity Extensions을 설치하는 방법
11231정성태6/28/20174970디버깅 기술: 86. windbg 의 mscordacwks DLL 로드 문제 - 세 번째 이야기 [1]
11230정성태6/28/20173974제니퍼 .NET: 26. 제니퍼 닷넷 적용 사례 (6) - 잦은 Recycle 문제
11229정성태6/27/20173982오류 유형: 402. Windows Server Backup 관리 콘솔이 없어진 경우
11228정성태6/26/20174241개발 환경 구성: 320. Visual Basic .NET 프로젝트에서 내장 Manifest 자원을 EXE 파일로부터 제거하는 방법파일 다운로드1
11227정성태6/19/20178387개발 환경 구성: 319. windbg에서 python 스크립트 실행하는 방법 - pykd [5]
11226정성태6/19/20174521오류 유형: 401. Microsoft Edge를 실행했는데 입력 반응이 없는 경우
11225정성태6/19/20174354오류 유형: 400. Outlook - The required file ExSec32.dll cannot be found in your path. Install Microsoft Outlook again.
11224정성태6/13/20174291.NET Framework: 661. Json.NET의 DeserializeObject 수행 시 속성 이름을 동적으로 바꾸는 방법파일 다운로드1
11223정성태8/2/20173869개발 환경 구성: 318. WCF Service Application과 WCFTestClient.exe
11222정성태6/10/20175304오류 유형: 399. WCF - A property with the name 'UriTemplateMatchResults' already exists.파일 다운로드1
11221정성태6/10/20174152오류 유형: 398. Fakes - Assembly 'Jennifer5.Fakes' with identity '[...].Fakes, [...]' uses '[...]' which has a higher version than referenced assembly '[...]' with identity '[...]'
11220정성태6/10/20175589.NET Framework: 660. Shallow Copy와 Deep Copy파일 다운로드2
11219정성태6/7/20174716.NET Framework: 659. 닷넷 - TypeForwardedFrom / TypeForwardedTo 특성의 사용법
11218정성태6/1/20176107개발 환경 구성: 317. Hyper-V 내의 VM에서 다시 Hyper-V를 설치: Nested Virtualization
11217정성태6/1/20174221오류 유형: 397. initerrlog: Could not open error log file 'C:\...\MSSQL12.MSSQLSERVER\MSSQL\Log\ERRORLOG'
11216정성태6/1/20174817오류 유형: 396. Activation context generation failed
11215정성태6/1/20175135오류 유형: 395. 관리 콘솔을 실행하면 "This app has been blocked for your protection" 오류 발생 [1]
11214정성태6/1/20174544오류 유형: 394. MSDTC 서비스 시작 시 -1073737712(0xC0001010) 오류와 함께 종료되는 문제 [1]
11213정성태5/26/20175601오류 유형: 393. TFS - The underlying connection was closed: Could not establish trust relationship for the SSL/TLS secure channel.
11212정성태5/26/20176690오류 유형: 392. Windows Server 2016에 KB4019472 업데이트가 실패하는 경우
11211정성태5/26/20174515오류 유형: 391. BeginInvoke에 전달한 람다 함수에 CS1660 에러가 발생하는 경우
11210정성태5/25/20174522기타: 65. ActiveX 없는 전자 메일에 사용된 "개인정보 보호를 위해 암호화된 보안메일"의 암호화 방법
11209정성태5/25/201715228Windows: 143. Windows 10의 Recovery 파티션을 삭제 및 새로 생성하는 방법 [6]
11208정성태5/25/20177009오류 유형: 390. diskpart의 set id 명령어에서 "The specified type is not in the correct format." 오류 발생
11207정성태5/24/20177692Windows: 142. Windows 10의 복구 콘솔로 부팅하는 방법
... 31  32  33  34  35  36  37  38  39  [40]  41  42  43  44  45  ...