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를 보는 순간의 기분이란...?~~~!
정성태

... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13198정성태12/18/202214061.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202213594.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202214338.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202214545개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202214347오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202214897오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202214875Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202216435.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202218462.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202217872오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202217359.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202216805개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202214669오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202215628개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202213497개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202213366오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202215230Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202213979Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202215215.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202213765Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202214904Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202215475오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202212243오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/202216912오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/202213372.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/202214407.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
... [31]  32  33  34  35  36  37  38  39  40  41  42  43  44  45  ...