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

ASP.NET에서 System.Web.HttpApplication 인스턴스는 다중으로 생성됩니다.

일단, 다음의 글이 너무 좋으니 추천 한번 하고. ^^

ASP.NET Application and Page Life Cycle
; http://www.codeproject.com/Articles/73728/ASP-NET-Application-and-Page-Life-Cycle

System.Web.HttpApplication은 요청을 처리하는 하나의 단위입니다. Pool에 보관되기 때문에 재사용이 되어 무한정 생성되지는 않습니다. 이에 대한 테스트는 다음의 코드로 간단하게 할 수 있습니다.

using System;

namespace WebApplication1
{
    public class Global : System.Web.HttpApplication
    {
        public Global()
        {
            System.Diagnostics.Trace.WriteLine("====================== ctor" + this.GetHashCode());
        }
    }
}

실행하고, 간단한 부하 테스트를 해보면 Hash 코드 값이 다른 ctor 로그가 출력됩니다.

그럼, 여기서 궁금한 것이 하나 생깁니다. 그렇다면 Application_Start 이벤트 핸들러가 여러 번 실행될 수도 있다는 것일까요? 실제로 테스트를 해보면,

using System;

namespace WebApplication1
{
    public class Global : System.Web.HttpApplication
    {
        protected void Application_Start(object sender, EventArgs e)
        {
            System.Diagnostics.Trace.WriteLine("====================== Application_Start" + this.GetHashCode());
        }
    }
}

로그 출력 결과로는 단 한 번의 이벤트만 발생합니다. 이유는 HttpApplication을 관리하는 HttpApplicationFactory 인스턴스에서 어떤 HttpApplication을 생성하든지 단 한 번만 Application_Start 이벤트가 발생하도록 관리를 하기 때문입니다.

// System.Web.HttpApplicationFactory (System.Web.dll)

internal static void EnsureAppStartCalledForIntegratedMode(HttpContext context, HttpApplication app)
{
    if (!_theApplicationFactory._appOnStartCalled)
    {
        Exception innerException = null;
        HttpApplicationFactory factory = _theApplicationFactory;
        lock (factory)
        {
            if (!_theApplicationFactory._appOnStartCalled)
            {
                using (new DisposableHttpContextWrapper(context))
                {
                    WebBaseEvent.RaiseSystemEvent(_theApplicationFactory, 0x3e9);
                    if (_theApplicationFactory._onStartMethod != null)
                    {
                        app.ProcessSpecialRequest(context, _theApplicationFactory._onStartMethod, _theApplicationFactory._onStartParamCount, _theApplicationFactory, EventArgs.Empty, null);
                    }
                }
            }
            _theApplicationFactory._appOnStartCalled = true;
            innerException = context.Error;
        }
        if (innerException != null)
        {
            throw new HttpException(innerException.Message, innerException);
        }
    }
}

(참고로, HttpApplicationFactory 인스턴스는 System.Web.Hosting.PipelineRuntime에서 관리합니다.)

그런데, 생각해 보니 또 다른 의문이 있습니다. HttpApplication의 속성인 Application 객체는 어떻게 전역 설정을 관리할 수 있는 걸까요? 왜냐하면 Application 속성이 HttpApplication 객체에는 static이 아닌 instance 멤버이기 때문입니다.

// System.Web.HttpApplication (System.Web.dll)

public class HttpApplication : IComponent, IDisposable, IHttpAsyncHandler, IHttpHandler, IRequestCompletedNotifier, ISyncContext
{
    private HttpApplicationState _state;
    // ...[생략]...
}

가령 웹 사이트 단위로 고유한 값을 저장하고 싶을 때 다음과 같이 프로그램을 하게 되는데요.

using System;

namespace WebApplication1
{
    public class Global : System.Web.HttpApplication
    {
        protected void Application_Start(object sender, EventArgs e)
        {
            this.Application["test"] = 0;
        }
    }
}

실제로 테스트를 해보면, 다중으로 생성되는 System.Web.HttpApplication 인스턴스에 상관없이 HttpApplicationState 상태 관리는 단일하게 적용이 됩니다.

그 이유는, 역시 HttpApplicationFactory에서 HttpApplicationState 객체를 하나만 생성하고 HttpApplication에 넘겨 주는 식으로 관리를 하기 때문에 가능한 것입니다.

// System.Web.HttpApplication (System.Web.dll)

internal void InitSpecial(HttpApplicationState state, MethodInfo[] handlers, IntPtr appContext, HttpContext context)
{
    this._state = state;

    // ...[생략]...   
}

위와 같이 HttpApplicationFactory 측에서 HttpApplication.InitSpecial을 호출해야만 HttpApplicationState 인스턴스가 유효하게 됩니다. 따라서 이 메서드가 불리기 이전까지는 HttpApplication 인스턴스 내에서 this.Application 객체를 사용할 수가 없습니다.

이 때문에 Global 타입의 생성자에서 this.Application 저장소를 접근하면,

using System;

namespace WebApplication1
{
    public class Global : System.Web.HttpApplication
    {
        public Global()
        {
            this.Application["test"] = 0;
        }
    }
}

NullReferenceException 예외가 발생하는 것입니다.

Object reference not set to an instance of an object. 
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.NullReferenceException: Object reference not set to an instance of an object.

Source Error: 


Line 11: 
Line 12:             this.Application["test"] = 0;
Line 13:         }
Line 14: 




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







[최초 등록일: ]
[최종 수정일: 11/17/2016]

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

비밀번호

댓글 작성자
 




... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13221정성태1/19/20234556Linux: 57. C# - 리눅스 프로세스 메모리 정보파일 다운로드1
13220정성태1/19/20234652오류 유형: 837. NETSDK1045 The current .NET SDK does not support targeting .NET ...
13219정성태1/18/20234264Windows: 220. 네트워크의 인터넷 접속 가능 여부에 대한 판단 기준
13218정성태1/17/20234167VS.NET IDE: 178. Visual Studio 17.5 (Preview 2) - 포트 터널링을 이용한 웹 응용 프로그램의 외부 접근 허용
13217정성태1/13/20234773디버깅 기술: 185. windbg - 64비트 운영체제에서 작업 관리자로 뜬 32비트 프로세스의 덤프를 sos로 디버깅하는 방법
13216정성태1/12/20235009디버깅 기술: 184. windbg - 32비트 프로세스의 메모리 덤프인 경우 !peb 명령어로 나타나지 않는 환경 변수
13215정성태1/11/20236720Linux: 56. 리눅스 - /proc/pid/stat 정보를 이용해 프로세스의 CPU 사용량 구하는 방법 [1]
13214정성태1/10/20236088.NET Framework: 2087. .NET 6부터 SourceGenerator와 통합된 System.Text.Json [1]파일 다운로드1
13213정성태1/9/20235540오류 유형: 836. docker 이미지 빌드 시 "RUN apt install ..." 명령어가 실패하는 이유
13212정성태1/8/20235415기타: 85. 단정도/배정도 부동 소수점의 정밀도(Precision)에 따른 형변환 손실
13211정성태1/6/20235384웹: 42. (https가 아닌) http 다운로드를 막는 웹 브라우저
13210정성태1/5/20234533Windows: 219. 윈도우 x64의 경우 0x00000000`7ffe0000 아래의 주소는 왜 사용하지 않을까요?
13209정성태1/4/20234434Windows: 218. 왜 윈도우에서 가상 메모리 공간은 64KB 정렬이 된 걸까요?
13208정성태1/3/20234402.NET Framework: 2086. C# - Windows 운영체제의 2MB Large 페이지 크기 할당 방법파일 다운로드1
13207정성태12/26/20224678.NET Framework: 2085. C# - gpedit.msc의 "User Rights Assignment" 특권을 코드로 설정/해제하는 방법파일 다운로드1
13206정성태12/24/20224921.NET Framework: 2084. C# - GetTokenInformation으로 사용자 SID(Security identifiers) 구하는 방법 [3]파일 다운로드1
13205정성태12/24/20225169.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)파일 다운로드1
13204정성태12/22/20224594.NET Framework: 2082. C# - (LSA_UNICODE_STRING 예제로) CustomMarshaler 사용법파일 다운로드1
13203정성태12/22/20224758.NET Framework: 2081. C# Interop 예제 - (LSA_UNICODE_STRING 예제로) 구조체를 C++에 전달하는 방법파일 다운로드1
13202정성태12/21/20225116기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/20225699오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/20224625오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/20224823개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/20224764.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/20224573.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/20224786.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
... 16  [17]  18  19  20  21  22  23  24  25  26  27  28  29  30  ...