성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] VT sequences to "CONOUT$" vs. STD_O...
[정성태] NetCoreDbg is a managed code debugg...
[정성태] Evaluating tail call elimination in...
[정성태] What’s new in System.Text.Json in ....
[정성태] What's new in .NET 9: Cryptography ...
[정성태] 아... 제시해 주신 "https://akrzemi1.wordp...
[정성태] 다시 질문을 정리할 필요가 있을 것 같습니다. 제가 본문에...
[이승준] 완전히 잘못 짚었습니다. 댓글 지우고 싶네요. 검색을 해보...
[정성태] 우선 답글 감사합니다. ^^ 그런데, 사실 저 예제는 (g...
[이승준] 수정이 안되어서... byteArray는 BYTE* 타입입니다...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <div style='font-family: 맑은 고딕, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>파일 잠금 없이 .NET 어셈블리의 버전을 구하는 방법</div> <b style='COLOR: blue'>(**** 모두 읽어보신 다음에 댓글 필히 확인!!!! ****)</b> <br /> <br /> 가끔, .NET 어셈블리의 버전을 구하는 경우가 있습니다. 그리고, 또 가끔은 어셈블리 버전만 구하고 해당 파일을 잠그면 안 될 때가 있습니다. 아시겠지만, .NET은 어셈블리 단위로 Unload 할 수 없어서 Reflection 등으로 로드하면 일단 그 파일은 잠기게 되고, 이를 풀기 위해서는 바로 그 어셈블리를 소유한 AppDomain 자체를 내려야만 합니다.<br /> <br /> 결국, AppDomain을 별도로 생성한 후 그 안에서 버전을 구하는 코드를 작성해야 하는데, 이 때 AppDomain 경계를 넘어서 제어하기 위해 대상 개체를 MarshalByRef 개체로 만들어야 하는 수고로움이 있습니다.<br /> <br /> 물론, 복잡한 코드를 수행해야 한다면 MarshalByRef가 답이겠지만, 단순히 어셈블리의 버전을 구하는 용도라면 AppDomain.DoCallBack 메서드로도 충분히 수행할 수 있습니다. 아래는 이를 위한 대략적인 코드입니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > AppDomain appDomain = AppDomain.CreateDomain("testDomain"); <b style='COLOR: blue'>appDomain.SetData("filePath", filePath);</b> appDomain.<b style='COLOR: blue'>DoCallBack</b><b style='COLOR: blue'></b>( new CrossAppDomainDelegate( () => { <b style='COLOR: blue'>string targetPath = AppDomain.CurrentDomain.GetData("filePath") as string;</b> Assembly asm = Assembly.LoadFile(targetPath); Version version = asm.GetName().Version; System.Diagnostics.Trace.WriteLine(version.ToString()); <b style='COLOR: blue'>AppDomain.CurrentDomain.SetData("fileVersion", version);</b> } )); Version dllVersion = <b style='COLOR: blue'>appDomain.GetData("fileVersion") as Version;</b> AppDomain.Unload(appDomain); </pre> <br /> 답은 이미 나왔지만, 그냥 끝내기 아쉬우니 약간의 부가 설명을 해보겠습니다. ^^<br /> <br /> 위에서 보면, 특이한 점이 있는데 바로 Callback 메서드와 주고 받을 인자를 AppDomain.SetData/GetData로 전달하는 것입니다. 만약, 그렇지 않고 다음과 같이 "captured variables" 방식으로 넘기면 어떻게 될까요?<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > AppDomain appDomain = AppDomain.CreateDomain("testDomain"); appDomain.DoCallBack( new CrossAppDomainDelegate( () => { <b style='COLOR: blue'>string targetPath = filePath;</b> </pre> <br /> 실행해 보면 금방 답이 나오겠지요. ^^ 예상한 대로 다음과 같이 예외가 발생합니다.<br /> <br /> <img alt='how_to_get_assemblyver_without_lock_1.png' src='/SysWebRes/bbs/how_to_get_assemblyver_without_lock_1.png' /><br /> <br /> <div style='BACKGROUND-COLOR: #ccffcc; padding: 10px 10px 5px 10px; MARGIN: 0px 10px 10px 10px; FONT-FAMILY: 맑은 고딕, Consolas, Verdana; COLOR: #005555'> SerializationException occurred<br /> <br /> Type 'WindowsFormsApplication1.Form1+<>c__DisplayClass3' in assembly 'WindowsFormsApplication1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' is not marked as serializable.<br /> </div><br /> <br /> 이런 현상을 이해하기 위해서는 "captured variables"가 C#에서 어떻게 구현되는지를 알아야 합니다. C#의 문법적인 측면으로 보면 filePath는 직렬화 가능한 string 값이 넘겨지는 것 같지만, 실제로 이 값은 컴파일러가 생성해 주는 '래퍼 클래스'의 인스턴스에 속성값으로 담겨진 후, 그 속성값을 사용하는 코드를 담은 메서드가 delegate 인자로 전달됩니다.<br /> <br /> 이를 확인하기 위해 .NET Reflector로 보면 filePath를 'capture'하기 위해 다음과 같은 클래스가 생성된 것을 볼 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > [CompilerGenerated] private sealed class <b style='COLOR: blue'><>c__DisplayClass3</b> { // Fields <b style='COLOR: blue'>public string filePath;</b> // Methods public <>c__DisplayClass3(); <b style='COLOR: blue'>public void <InvalidGetFileVersion>b__2();</b> } </pre> <br /> 그런데, 정작 .NET Reflector도 그러한 capture 변수에 대한 사용 코드를 다음과 같이 보여주어서 <>c__DisplayClass3 타입이 실제적으로 사용되었는지에 대해서 모호하게 만듭니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > { AppDomain appDomain = AppDomain.CreateDomain("testDomain"); appDomain.DoCallBack(delegate { Version version = Assembly.<b style='COLOR: blue'>LoadFile(filePath)</b>.GetName().Version; Trace.WriteLine(version.ToString()); AppDomain.CurrentDomain.SetData("fileVersion", version); }); Version dllVersion = appDomain.GetData("fileVersion") as Version; AppDomain.Unload(appDomain); return dllVersion; } </pre> <br /> 제 생각에, 위와 같이 보여지는 데에는 단지 .NET Reflector에서 서비스 차원으로 조작해 주는 것 같고, 이에 대해 정확히 확인하려면 해당 코드를 "IL"로 놓고 봐야 합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > { .maxstack 4 .locals init ( [0] class [mscorlib]System.AppDomain appDomain, [1] class [mscorlib]System.Version dllVersion, [2] class WindowsFormsApplication1.Form1/<>c__DisplayClass3 CS$<>8__locals4, [3] class [mscorlib]System.Version CS$1$0000) L_0000: <b style='COLOR: blue'>newobj instance void WindowsFormsApplication1.Form1/<>c__DisplayClass3::.ctor()</b> L_0005: stloc.2 L_0006: ldloc.2 L_0007: ldarg.1 L_0008: <b style='COLOR: blue'>stfld string WindowsFormsApplication1.Form1/<>c__DisplayClass3::filePath</b> L_000d: nop L_000e: ldstr "testDomain" L_0013: call class [mscorlib]System.AppDomain [mscorlib]System.AppDomain::CreateDomain(string) L_0018: stloc.0 L_0019: ldloc.0 L_001a: ldloc.2 L_001b: <b style='COLOR: blue'>ldftn instance void WindowsFormsApplication1.Form1/<>c__DisplayClass3::<InvalidGetFileVersion>b__2()</b> L_0021: newobj instance void [mscorlib]System.CrossAppDomainDelegate::.ctor(object, native int) L_0026: callvirt instance void [mscorlib]System.AppDomain::DoCallBack(class [mscorlib]System.CrossAppDomainDelegate) L_002b: nop L_002c: ldloc.0 L_002d: ldstr "fileVersion" L_0032: callvirt instance object [mscorlib]System.AppDomain::GetData(string) L_0037: isinst [mscorlib]System.Version L_003c: stloc.1 L_003d: ldloc.0 L_003e: call void [mscorlib]System.AppDomain::Unload(class [mscorlib]System.AppDomain) L_0043: nop L_0044: ldloc.1 L_0045: stloc.3 L_0046: br.s L_0048 L_0048: ldloc.3 L_0049: ret } </pre> <br /> 위에서 '굵은 글씨'로 나타낸 코드를 알기 쉽게 C#으로 재구성을 해보면 다음과 같습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; width: 800px; background-color: #fbedbb; overflow-x: scroll; font-family: Consolas, Verdana;' > <>c__DisplayClass3 <b style='COLOR: blue'>CS$<>8__locals4</b> = <b style='COLOR: blue'>new</b> <>c__DisplayClass3(); <b style='COLOR: blue'>CS$<>8__locals4</b>.filePath = filePath; System.CrossAppDomainDelegate func = System.CrossAppDomainDelegate(<b style='COLOR: blue'>CS$<>8__locals4</b>.<InvalidGetFileVersion>b__2); </pre> <br /> 이 때문에 사실상, <>c__DisplayClass3 클래스에 [Serializable] 특성이 정의되어야 하지만 C# 컴파일러는 이런 식으로 생성되는 내부 클래스에 대해 기본적으로 직렬화 특성을 부여하지 않기 때문에 AppDomain을 가로질러 전달하려면 오류가 발생하는 것입니다.<br /> <br /> * <a target='_tab' href='http://www.sysnet.pe.kr/bbs/DownloadAttachment.aspx?wid=1034&boardid=331301885'>첨부된 코드는 위의 예제 코드</a>를 담고 있습니다.<br /> <br /><br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
6698
(왼쪽의 숫자를 입력해야 합니다.)