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)
12077정성태12/13/20191231Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/17/20191238디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/18/20191355디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/11/2019916디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/20191740Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/2019669오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/20191154오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/20192097오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/19/20191183디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/20191997디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [2]파일 다운로드2
12067정성태11/27/20191129디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/2019920디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/20191004디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/20191529오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/20191235디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태12/20/2019976디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태9/24/20201102Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/21/20191181디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/20191165디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/20191114디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/2019751오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/20191432개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/2019713개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/20191158.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태9/24/2020865Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/2019813오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...