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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...
NoWriterDateCnt.TitleFile(s)
549정성태12/16/200725079Team Foundation Server: 22. TFS 설정 - 주소를 도메인으로 변경
548정성태12/15/200742565오류 유형: 49. Report Server - 원격 서버에 연결할 수 없습니다
547정성태12/4/200731139.NET Framework: 98. .NET 비동기 Socket과 스레드
546정성태12/4/200722145Team Foundation Server: 21. Microsoft Office가 참조된 경우의 빌드 환경 구성
545정성태12/4/200729249Windows: 27. 눈으로 확인해 보는 ASLR 기능 [1]
544정성태11/25/200724770오류 유형: 48. VS.NET 2008 설치 오류 - Error code 1602 [5]
543정성태11/25/200728122개발 환경 구성: 31. ROBOCOPY XP026 버전 [1]
542정성태11/3/200743163VS.NET IDE: 55. XML/XSLT로 구현하는 매크로 확장 [5]파일 다운로드2
538정성태10/11/200729258스크립트: 10. VBScript - "Sub를 호출할 때는 괄호를 사용할 수 없습니다." [2]
537정성태9/28/200738131개발 환경 구성: 30. 64비트 OS에서의 ChartFX 라이선스 문제
536정성태9/12/200735163.NET Framework: 97. WCF : netTcpBinding에서의 각종 Timeout 값 설명 [11]
535정성태9/11/200732360.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200728116개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200730614개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200732960개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200728905.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200725278.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200728360.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200722594오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200733159Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200722885오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200725157VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200742677오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200725086VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200728828VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200728698.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...