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

비밀번호

댓글 작성자
 




... 31  32  33  34  [35]  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
12755정성태8/5/20217186개발 환경 구성: 593. MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법파일 다운로드1
12754정성태8/5/20218099오류 유형: 750. manage.py - Your project may not work properly until you apply the migrations for app(s): admin, auth, contenttypes, sessions.
12753정성태8/5/20218369오류 유형: 749. PyCharm - Error: Django is not importable in this environment
12752정성태8/4/20216445개발 환경 구성: 592. JetBrains의 IDE(예를 들어, PyCharm)에서 Visual Studio 키보드 매핑 적용
12751정성태8/4/20219533개발 환경 구성: 591. Windows 10 WSL2 환경에서 docker-compose 빌드하는 방법
12750정성태8/3/20216326디버깅 기술: 181. windbg - 콜 스택의 "Call Site" 오프셋 값이 가리키는 위치
12749정성태8/2/20215745개발 환경 구성: 590. Visual Studio 2017부터 단위 테스트에 DataRow 특성 지원
12748정성태8/2/20216338개발 환경 구성: 589. Azure Active Directory - tenant의 관리자(admin) 계정 로그인 방법
12747정성태8/1/20216946오류 유형: 748. 오류 기록 - MICROSOFT GRAPH – HOW TO IMPLEMENT IAUTHENTICATIONPROVIDER파일 다운로드1
12746정성태7/31/20218961개발 환경 구성: 588. 네트워크 장비 환경을 시뮬레이션하는 Packet Tracer 프로그램 소개
12745정성태7/31/20216802개발 환경 구성: 587. Azure Active Directory - tenant의 관리자 계정 로그인 방법
12744정성태7/30/20217431개발 환경 구성: 586. Azure Active Directory에 연결된 App 목록을 확인하는 방법?
12743정성태7/30/20218105.NET Framework: 1083. Azure Active Directory - 외부 Token Cache 저장소를 사용하는 방법파일 다운로드1
12742정성태7/30/20217375개발 환경 구성: 585. Azure AD 인증을 위한 사용자 인증 유형
12741정성태7/29/20218582.NET Framework: 1082. Azure Active Directory - Microsoft Graph API 호출 방법파일 다운로드1
12740정성태7/29/20217246오류 유형: 747. SharePoint - InvalidOperationException 0x80131509
12739정성태7/28/20217220오류 유형: 746. Azure Active Directory - IDW10106: The 'ClientId' option must be provided.
12738정성태7/28/20217801오류 유형: 745. Azure Active Directory - Client credential flows must have a scope value with /.default suffixed to the resource identifier (application ID URI).
12737정성태7/28/20216756오류 유형: 744. Azure Active Directory - The resource principal named api://...[client_id]... was not found in the tenant
12736정성태7/28/20217272오류 유형: 743. Active Azure Directory에서 "API permissions"의 권한 설정이 "Not granted for ..."로 나오는 문제
12735정성태7/27/20217788.NET Framework: 1081. C# - Azure AD 인증을 지원하는 데스크톱 애플리케이션 예제(Windows Forms) [2]파일 다운로드1
12734정성태7/26/202123780스크립트: 20. 특정 단어로 시작하거나/끝나는 문자열을 포함/제외하는 정규 표현식 - Look-around
12733정성태7/23/202111121.NET Framework: 1081. Self-Contained/SingleFile 유형의 .NET Core/5+ 실행 파일을 임베딩한다면? [1]파일 다운로드2
12732정성태7/23/20216405오류 유형: 742. SharePoint - The super user account utilized by the cache is not configured.
12731정성태7/23/20217540개발 환경 구성: 584. Add Internal URLs 화면에서 "Save" 버튼이 비활성화 된 경우
12730정성태7/23/20219063개발 환경 구성: 583. Visual Studio Code - Go 코드에서 입력을 받는 경우
... 31  32  33  34  [35]  36  37  38  39  40  41  42  43  44  45  ...