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

비밀번호

댓글 작성자
 




... 46  47  [48]  49  50  51  52  53  54  55  56  57  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12421정성태11/19/20208424.NET Framework: 972. DNNE가 출력한 NE DLL을 직접 생성하는 방법파일 다운로드1
12420정성태11/19/20207629오류 유형: 684. Visual C++ - MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
12419정성태11/19/20208803VC++: 139. Visual C++ - .NET Core의 nethost.lib와 정적 링크파일 다운로드1
12418정성태11/19/202010898오류 유형: 683. Visual C++ - error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MDd_DynamicDebug'파일 다운로드1
12417정성태11/19/20208290오류 유형: 682. Visual C++ - warning LNK4099: PDB '...pdb' was not found with '...lib(pch.obj)' or at '...pdb'; linking object as if no debug info
12416정성태11/19/20209575오류 유형: 681. Visual C++ - error LNK2001: unresolved external symbol _CrtDbgReport
12415정성태11/18/20209581.NET Framework: 971. UnmanagedCallersOnly 특성과 DNNE 사용파일 다운로드1
12414정성태11/18/202010656VC++: 138. x64 빌드에서 extern "C"가 아닌 경우 ___cdecl name mangling 적용 [4]파일 다운로드1
12413정성태11/17/202010327.NET Framework: 970. .NET 5 / .NET Core - UnmanagedCallersOnly 특성을 사용한 함수 내보내기파일 다운로드1
12412정성태11/16/202012577.NET Framework: 969. .NET Framework 및 .NET 5 - UnmanagedCallersOnly 특성 사용파일 다운로드1
12411정성태11/12/20209572오류 유형: 680. C# 9.0 - Error CS8889 The target runtime doesn't support extensible or runtime-environment default calling conventions.
12410정성태11/12/20209564디버깅 기술: 174. windbg - System.TypeLoadException 예외 분석 사례
12409정성태11/12/202010949.NET Framework: 968. C# 9.0의 Function pointer를 이용한 함수 주소 구하는 방법파일 다운로드1
12408정성태11/9/202022132도서: 시작하세요! C# 9.0 프로그래밍 [8]
12407정성태11/9/202011199.NET Framework: 967. "clr!JIT_DbgIsJustMyCode" 호출이 뭘까요?
12406정성태11/8/202012740.NET Framework: 966. C# 9.0 - (15) 최상위 문(Top-level statements) [5]파일 다운로드1
12405정성태11/8/202010262.NET Framework: 965. C# 9.0 - (14) 부분 메서드에 대한 새로운 기능(New features for partial methods)파일 다운로드1
12404정성태11/7/202010727.NET Framework: 964. C# 9.0 - (13) 모듈 이니셜라이저(Module initializers)파일 다운로드1
12403정성태11/7/202010801.NET Framework: 963. C# 9.0 - (12) foreach 루프에 대한 GetEnumerator 확장 메서드 지원(Extension GetEnumerator)파일 다운로드1
12402정성태11/7/202011395.NET Framework: 962. C# 9.0 - (11) 공변 반환 형식(Covariant return types) [1]파일 다운로드1
12401정성태11/5/202010299VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할 [1]
12400정성태11/5/20207392오류 유형: 679. Visual Studio - "Source Not Found" 창에 "Decompile source code" 링크가 없는 경우
12399정성태11/5/202010981.NET Framework: 961. C# 9.0 - (10) 대상으로 형식화된 조건식(Target-typed conditional expressions)파일 다운로드1
12398정성태11/4/20209467오류 유형: 678. Windows Server 2008 R2 환경에서 Powershell을 psexec로 원격 실행할 때 hang이 발생하는 문제
12397정성태11/4/20209571.NET Framework: 960. C# - 조건 연산자(?:)를 사용하는 경우 달라지는 메서드 선택 사례파일 다운로드1
12396정성태11/3/20208021VS.NET IDE: 152. Visual Studio - "Tools" / "External Tools..."에 등록된 외부 명령어에 대한 단축키 설정 방법
... 46  47  [48]  49  50  51  52  53  54  55  56  57  58  59  60  ...