Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제

아래와 같은 질문이 있군요.

vs2013에서 BinaryFormatter Serialize 후 vs2015에서 Deserialize시 예외 발생
; https://www.sysnet.pe.kr/3/0/5300

실제로 2013으로 빌드해 실행한 후 생성한 test.dat 파일을, 프로젝트를 2015에서 다시 빌드해 이전의 test.dat 파일을 로드해 보면 다음과 같은 식의 예외가 발생합니다.

System.Runtime.Serialization.SerializationException: Cannot get the member '<CreateRules>b__0'.
   at System.Reflection.MemberInfoSerializationHolder.GetRealObject(StreamingContext context)
   at System.Runtime.Serialization.ObjectManager.ResolveObjectReference(ObjectHolder holder)
   at System.Runtime.Serialization.ObjectManager.DoFixups()
   at System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)
   at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream)
   at SerializeTest.MainWindow.DeserializeObj(String path)

그나저나... 오류 메시지에 답이 있군요. ^^




이유는 간단합니다. 2013에서 사용하는 (5.0 버전의) C# 컴파일러는 익명 함수를 "<CreateRules>b__0"라는 이름으로 생성한 것이고, 2015에서 사용하는 (새롭게 Rosyln으로 바뀐) C# 컴파일러는 "<CreateRules>b__5_0"라는 이름으로 생성해 두기 때문입니다. (각각의 비주얼 스튜디오에서 생성한 exe 파일을 .NET Reflector 등의 도구로 역어셈블해 알 수 있습니다.)

이 문제를 해결하려면 비주얼 스튜디오로 하여금 이름 생성을 자동화하지 않도록 익명 함수 대신 이름을 가진 메서드로 재정의해야 합니다. 본문의 경우라면 다음의 메서드를,

protected override List<Rule> CreateRules()
{
    List<Rule> rules = base.CreateRules();
    rules.Add(new PacketCollectionRule("Source", "Source has Error", 
    delegate
    {
        foreach(var item in Source)
        {
        }
        return true;
    }));
    return rules;
}

이렇게 수정해야 합니다.

protected override List<Rule> CreateRules()
{
    List<Rule> rules = base.CreateRules();
    rules.Add(new PacketCollectionRule("Source", "Source has Error", myFunc));
    return rules;
}

bool myFunc()
{
    foreach (var item in Source)
    {
    }
    return true;
}

따라서 기존 직렬화한 모든 데이터는 버려야 합니다. 혹은, 만약 익명 함수를 담고 있는 코드가 별도의 라이브러리 어셈블리로 분리되어 있다면 그 프로젝트만 계속 Visual Studio 2013으로 관리하고 다른 프로젝트는 2015로 올리는 식으로 해야 합니다.

어쩔 수 없습니다. 유사한 사례로, 프레임워크마다 달라질 수도 있는 객체의 GetHashCode() 결과를 데이터베이스에 저장했던 개발자들처럼, 이름이 어떻게 바뀔지도 모르는 익명 함수를 직접 직렬화한 개발자의 몫으로 남는 것입니다.




우회 방법은, 2015에서 개발하더라도 C# 5.0 컴파일러로 빌드하면 됩니다. 단지, csproj에 <LangVersion />을 지정해도,

C# language versioning
; https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/configure-language-version

<LangVersion>5</LangVersion>

예전의 구형 csc.exe가 실행되지 않고, Rosyln의 csc.exe가 모드만 5.0으로 바뀌어 실행되는지 여전히 익명 함수의 이름은 새로운 작명 방식을 따릅니다. 최후의 방법으로 .NET Framework의 설치 폴더에 있는 msbuild.exe를 직접 구동하면,

C:\temp> "C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe" SerializeTest.csproj
Microsoft (R) Build Engine version 4.8.3752.0
[Microsoft .NET Framework, version 4.0.30319.42000]
Copyright (C) Microsoft Corporation. All rights reserved.

...[생략]...

이번엔 익명 함수가 예전의 "<CreateRules>b__0"로 작명이 되기 때문에 문제가 발생하지 않습니다. 그렇긴 하지만, 결국 Visual Studio로 UI만 구성하고 명령행에서 다시 빌드해야 한다는 건데... 그 귀찮음이 만만치 않을 것입니다.




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

[연관 글]





[최초 등록일: ]
[최종 수정일: 2/27/2020 ]

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

비밀번호

댓글 쓴 사람
 




1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12177정성태3/9/2020618개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/2020452개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/2020664개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/8/2020814개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [2]
12173정성태3/8/2020756개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/8/20201228개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/2020734VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점
12170정성태3/6/2020634오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/20201136개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/8/2020943개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/2020735개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/14/2020611개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태8/18/2020590.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/2020773오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/2020645.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/28/2020850디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생파일 다운로드2
12161정성태2/26/2020455오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/2020523개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/2020392오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/26/2020592디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/27/2020591디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/2020458오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/2020500오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/2020417오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태7/15/2020586.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/2020553.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...