Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

ContextBoundObject 상속 클래스와 System.Reflection.ReflectionTypeLoadException 예외

제목 짓기가 영 난감하군요. ^^

암튼, 다음의 간단한 프로그램을 실행하면,

using System;
using System.Reflection;

class Program
{
    static void Main(string[] args)
    {
        Assembly asm = typeof(Program).Assembly;
        foreach (Type type in asm.GetTypes())
        {
            Console.WriteLine(type.FullName);
        }
    }
}

class Test<T> : ContextBoundObject
{
    public Test()
    {
    }
}


asm.GetTypes 호출 시 예외가 발생합니다.

An unhandled exception of type 'System.Reflection.ReflectionTypeLoadException' occurred in mscorlib.dll

Additional information: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.

Unhandled Exception: System.Reflection.ReflectionTypeLoadException: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.
   at System.Reflection.RuntimeModule.GetTypes(RuntimeModule module)
   at System.Reflection.RuntimeModule.GetTypes()
   at System.Reflection.Assembly.GetTypes()
   at Program.Main(String[] args) in E:\...\ConsoleApplication1\Program.cs:line 9

재미있는 것은, 저 소스 코드에서 아래의 2가지 변경 사항 중 하나라도 적용하면 예외가 발생하지 않습니다.

  • Test 제네릭 타입을 일반 타입으로 전환한 경우
  • ContextBoundObject 상속을 받지 않는 경우

즉, ContextBoundObject이면서 제네릭 타입을 정의한 어셈블리의 GetTypes 호출은 예외가 발생하는 것입니다.

이유는 간단합니다. 원래 ContextBoundObject 상속 클래스는 제네릭이어서는 안된다는 간단한 제약이 있기 때문입니다. 실제로 비주얼 스튜디오 디버깅으로 통해 보면 다음과 같은 LoaderExceptions 메시지를 확인할 수 있습니다.

context_bound_object_reflection_1.png

Generic context-bound objects are not supported. : Test`1

물론 도움말에도 나와 있습니다. ^^

ContextBoundObject Class
; https://learn.microsoft.com/en-us/dotnet/api/system.contextboundobject

Notes to Implementers:

The current version of the common language runtime does not support generic ContextBoundObject types or nongeneric ContextBoundObject types that have generic methods. Attempting to create an instance of such a type causes a TypeLoadException.


단지, 문제는? 컴파일러로 하여금 이런 클래스를 만드는 것이 문제가 안되고 런타임 시에만 Type Loader에 의해 오류가 발생한다는 점입니다.

(그나저나... 의도한 것은 아니지만... 다른 프로그램이 GetTypes로 Reflection 열람을 막고 싶다면 이런 클래스를 그냥 정의해 두는 것만으로 효과가 있겠군요. ^^;)

(첨부 파일은 이 글의 테스트 코드를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 2/28/2024]

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

비밀번호

댓글 작성자
 



2016-02-21 03시43분
ContextBoundObject를 가끔씩 사용하는데 MSDN을 너무 띄엄띄엄 봤었나봅니다. Generic 지원을 못한다니... 왜 그런지 한반 찾아봤는데 별다른 이야기가 없네요.
Beren Ko
2016-02-21 11시49분
그래도 대단하시군요. ^^ 저는 알아두어야겠다는 생각으로만 ContextBoundObject를 봤을 뿐, 지금까지 한 번도 사용한 적이 없습니다. ^^;
정성태
2016-02-22 01시38분
그냥 처음에 이런게 있다는 걸 컬럼으로 봤다가 필요하다고 생각되는 경우가 있었어서 적용해 보았는데, 남들이 쓰지 않는 건 저같은 C#꼬꼬마들은 함부로 쓰지 않는 게 맞는 것 같습니다. 잘 알기도 쉽지 않고 문제가 생길 경우 뒷수습하기도 쉽지 않더라구요. ㅜㅜ
Beren Ko
2016-02-22 02시40분
그러게요. 뒷수습이 문제입니다. ^^ 게다가 후임이 ContextBoundObject를 보는 순간의 기분이란...?~~~!
정성태

... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719320.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721624오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724746VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719166VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730619.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721423디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721000디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725077.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724875.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753125기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724009오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719476오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718203오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720781디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718871.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718128.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201718894.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719129.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720583디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723163디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719477개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719759Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718415오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717072디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720663디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718456오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...