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

(시리즈 글이 6개 있습니다.)
.NET Framework: 574. .NET - 눈으로 확인하는 SharedDomain의 동작 방식
; https://www.sysnet.pe.kr/2/0/10948

.NET Framework: 575. SharedDomain과 JIT 컴파일
; https://www.sysnet.pe.kr/2/0/10949

.NET Framework: 577. CLR Profiler로 살펴보는 SharedDomain의 모듈 로드 동작
; https://www.sysnet.pe.kr/2/0/10951

.NET Framework: 578. 도메인 중립적인 어셈블리가 비-도메인 중립적인 어셈블리를 참조하는 경우
; https://www.sysnet.pe.kr/2/0/10952

닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법
; https://www.sysnet.pe.kr/2/0/13568

닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC
; https://www.sysnet.pe.kr/2/0/13569




도메인 중립적인 어셈블리가 비-도메인 중립적인 어셈블리를 참조하는 경우

도메인 중립적인 어셈블리(domain-neutral assembly)에 대해 아래의 글에서 설명을 했는데요.

.NET - 눈으로 확인하는 SharedDomain의 동작 방식
; https://www.sysnet.pe.kr/2/0/10948

위의 글을 "도메인 중립적인 어셈블리"의 기준으로 정리해 보면 다음과 같습니다.

  • SingleDomain 모드에서는 어차피 모든(mscorlib.dll을 제외한) 어셈블리가 비-도메인 중립적인 어셈블리로 로드가 되고,
  • MultiDomain 모드에서는 어차피 모든 어셈블리가 도메인 중립적인 어셈블리로 로드가 되고,
  • 반면, MultiDomainHost에서는 GAC에 설치된 어셈블리만 도메인 중립적인 어셈블리로 로드가 됨.

그렇다면, MultiDomainHost 모드에서 GAC에 설치된 어셈블리가 로드되지만, 그것이 GAC에 등록되지 않은 어셈블리를 참조하는 경우라면 어떻게 처리가 될까요?

이에 대해서는 다음의 글에 이미 답이 있습니다.

Application Domains
; https://learn.microsoft.com/en-us/dotnet/framework/app-domains/application-domains

MultiDomainHost loads strong-named assemblies as domain-neutral, if they and all their dependencies have been installed in the global assembly cache


실제로 코드로 한번 확인해 볼까요? ^^

방법은 간단합니다. ".NET - 눈으로 확인하는 SharedDomain의 동작 방식"의 소스 코드를 조금 변형할 텐데요.

우선, ConsoleApplication 프로젝트의 Main 메서드는 다음과 같이 StrongDLL 메서드만 호출합니다.

using System;

namespace ConsoleApplication1
{
    partial class Program
    {
        [LoaderOptimization(LoaderOptimization.MultiDomainHost)]
        static void Main(string[] args)
        {
            ShowProcessInfo();
            
            new StrongDLL.Class1().DoMethod(); // "StrongDLL.Class1.DoMethod called" 문자열 출력 코드 포함

            Console.WriteLine();

            AppDomain appDomain = AppDomain.CreateDomain("TestAppDomain 1");
            appDomain.DoCallBack(
                () =>
                {
                    new StrongDLL.Class1().DoMethod(); // "StrongDLL.Class1.DoMethod called" 문자열 출력 코드 포함
                }
            );

            Console.WriteLine("Press any key to exit...");
            Console.ReadLine();
        }
    }
}

그다음, WeakDLL 프로젝트는 '강력한 이름의 어셈블리'가 되도록 서명을 추가하고 StrongDLL에서 이를 참조합니다. 이후 다시 StrongDLL만 GAC에 등록하고 예제를 실행한 다음 windbg.exe의 !dumpdomain 명령어로 조사하면 됩니다. 다음은 이를 정리한 결과입니다.

0:007> !dumpdomain
--------------------------------------
Shared Domain:      00007ffb1707d720
00007ffb0b521000            C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll
00007ffb042d1000            C:\WINDOWS\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll

--------------------------------------
Domain 1:           000001482b89b140
00007ffb042d1000            C:\WINDOWS\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
00007ffab70240c0            c:\jit_dependency\ConsoleApplication1\bin\Debug
00007ffab7025b80            C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\StrongDLL\v4.0_1.0.0.0__677c36b6f45d74b0\StrongDLL.dll
00007ffb0b521000            C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\System\v4.0_4.0.0.0__b77a5c561934e089\System.dll
00007ffab7027308            c:\jit_dependency\ConsoleApplication1\bin\Debug\WeakDLL.dll

--------------------------------------
Domain 2:           000001482b92c190
00007ffb042d1000            C:\WINDOWS\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
00007ffab7185308            c:\jit_dependency\ConsoleApplication1\bin\Debug\ConsoleApplication1.exe
00007ffab7185c88            C:\WINDOWS\Microsoft.Net\assembly\GAC_MSIL\StrongDLL\v4.0_1.0.0.0__677c36b6f45d74b0\StrongDLL.dll
00007ffab71864c0            c:\jit_dependency\ConsoleApplication1\bin\Debug\WeakDLL.dll

"LoaderOptimization.MultiDomainHost"가 정상 동작 중임을 System.dll이 "Shared Domain" 영역에 있는 것을 통해 알 수 있습니다. 반면, StrongDLL.dll은 원래는 "Shared Domain" 영역에 로드되는 것이 정상이지만 GAC에 등록되지 않은 "WeakDLL.dll"을 참조한 덕분에 "domain-neutral assembly"의 자격을 만족하지 못해 공유되지 못했습니다.

(첨부한 파일은 이 글의 예제 코드를 포함합니다.)




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







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

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

비밀번호

댓글 작성자
 




... 136  137  138  [139]  140  141  142  143  144  145  146  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1580정성태1/12/201440319.NET Framework: 407. 닷넷 사용자 정의 예외 클래스의 최소 구현 코드 [1]
1579정성태1/12/201422301오류 유형: 207. System.ArgumentException was unhandled - Message=[net_WebHeaderInvalidControlChars]
1578정성태1/11/201433880개발 환경 구성: 209. Fiddler에서 WebSocket 통신을 모니터링하는 방법 [1]
1577정성태1/11/201424100오류 유형: 206. WriteFile Win32API 사용 시 비정상 종료 현상 [3]
1576정성태1/11/201442011Windows: 81. 긴 이름의 파일/폴더 삭제하는 법 [5]
1575정성태1/11/201422492오류 유형: 205. Exception calling "Provision" with "0" argument(s): "The timer job did not complete running within the allotted time."
1574정성태1/11/201424475오류 유형: 204. An unhandled exception ('System.Security.Cryptography.CryptographicException') occurred in OWSTIMER.EXE
1573정성태1/11/201422288오류 유형: 203. 이벤트 로그 에러 - MsiInstaller에서 Chart Controls 설치 관련 오류 발생
1572정성태1/9/201425766.NET Framework: 406. CoreLab - OraDirect .NET 사용법
1571정성태1/9/201421967.NET Framework: 405. override 메서드가 정의된 타입의 인스턴스로 base 메서드를 호출하는 방법 - 두 번째 이야기
1570정성태1/9/201425344Math: 11. C# 시뮬레이션 - 몬티홀 게임파일 다운로드1
1569정성태1/8/201422532Windows: 80. 윈도우 서버 백업의 복원하는 옵션 설명
1568정성태1/8/201423138오류 유형: 202. Hyper-V 서비스 시작 오류 - Not enough storage is available to complete this operation.
1567정성태1/8/201492482기타: 40. 오피스 2013 라이선스 리셋하는 방법 [5]
1566정성태1/7/201423427Windows: 79. 윈도우 8 - 스카이드라이브(skydrive)의 Online/Offline 동기화 방식 [1]
1565정성태1/3/201421906.NET Framework: 404. 리플렉션을 이용해 닷넷 LicenseManager를 우회할 수 있는 사례
1564정성태1/3/201422471.NET Framework: 403. override 메서드가 정의된 타입의 인스턴스로 base 메서드를 호출하는 방법파일 다운로드1
1563정성태1/3/201428216오류 유형: 201. ASP.NET 웹 사이트를 IIS 7 이상의 환경에서 호스팅할 때 500 오류 발생
1562정성태1/2/201432886.NET Framework: 402. 카카오톡 PC 버전 실행 시 개발자 컴퓨터에서 Themida 오류 나는 문제 - 두 번째 이야기
1561정성태1/1/201442424오류 유형: 200. 카카오톡 PC 버전 실행 시 개발자 컴퓨터에서 Themida 오류 나는 문제 [2]
1560정성태1/1/201421176오류 유형: 199. Hyper-V - Checkpoint 생성 오류
1559정성태12/30/201324429.NET Framework: 401. windbg에서 확인해 보는 관리 힙의 인스턴스 구조 [2]
1558정성태12/29/201333884.NET Framework: 400. 눈으로 확인하는 LayoutKind 옵션 효과 [2]파일 다운로드1
1557정성태12/27/201322951.NET Framework: 399. LayoutKind 옵션에 대해 [2]
1556정성태12/27/201343180개발 환경 구성: 208. IIS + Node.js 환경 구성 [8]
1555정성태12/27/201329933개발 환경 구성: 207. IIS의 80 포트를 공유하는 응용 프로그램 만드는 방법 [1]
... 136  137  138  [139]  140  141  142  143  144  145  146  147  148  149  150  ...