Microsoft MVP성태의 닷넷 이야기
.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기 [링크 복사], [링크+제목 복사],
조회: 19483
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

C# - ASP.NET 웹 응용 프로그램의 출력 가로채기

ASP.NET의 출력을 가로채는 것은 HttpResponse.Filter 속성을 이용해 쉽게 구현할 수 있습니다.

HttpResponse.Filter Property
; https://learn.microsoft.com/en-us/dotnet/api/system.web.httpresponse.filter?view=netframework-4.8

따라서 BeginRequest (또는 Page_Load 등의 원하는) 시점에 다음과 같이 Filter 속성을 대체해 주고,

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using System.Web.Security;
using System.Web.SessionState;

namespace WebApplication2
{
    public class Global : System.Web.HttpApplication
    {

        protected void Application_Start(object sender, EventArgs e)
        {

        }

        protected void Session_Start(object sender, EventArgs e)
        {

        }

        protected void Application_BeginRequest(object sender, EventArgs e)
        {
            HttpContext context = HttpContext.Current;
            context.Response.Filter = new FilterStream(context.Response.Filter, context.Response.ContentEncoding);
        }

        protected void Application_AuthenticateRequest(object sender, EventArgs e)
        {

        }

        protected void Application_Error(object sender, EventArgs e)
        {

        }

        protected void Session_End(object sender, EventArgs e)
        {

        }

        protected void Application_End(object sender, EventArgs e)
        {

        }
    }
}

출력을 가로챈 클래스의 요건은 Stream 클래스만 상속받으면 됩니다.

using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Text;
using System.Web;

namespace WebApplication2
{
    public class FilterStream : Stream
    {
        private readonly Stream _orginalStream;
        private readonly Encoding _encoding;

        public FilterStream(Stream originalStream, Encoding encoding)
        {
            _orginalStream = originalStream;
            _encoding = encoding;
        }

        public override bool CanRead => _orginalStream.CanRead;

        public override bool CanSeek => _orginalStream.CanSeek;

        public override bool CanWrite => _orginalStream.CanWrite;

        public override long Length => _orginalStream.Length;

        public override long Position { get => _orginalStream.Position; set => _orginalStream.Position = value; }

        public override void Flush()
        {
            _orginalStream.Flush();
        }

        public override int Read(byte[] buffer, int offset, int count)
        {
            return _orginalStream.Read(buffer, offset, count);
        }

        public override long Seek(long offset, SeekOrigin origin)
        {
            return _orginalStream.Seek(offset, origin);
        }

        public override void SetLength(long value)
        {
            _orginalStream.SetLength(value);
        }

        public override void Write(byte[] buffer, int offset, int count)
        {
            _orginalStream.Write(buffer, offset, count);
        }
    }
}

중요한 것은 Write 메서드인데, 입력으로 받는 buffer를 _orginalStream.Write 메서드에 어떻게 전달하느냐에 따라 추가/삭제/변경 등을 할 수 있습니다. 예를 들어 다음과 같이 구현하면,

public override void Write(byte[] buffer, int offset, int count)
{
    _orginalStream.Write(buffer, offset, count);

    byte[] buf = _encoding.GetBytes("TEST");
    _orginalStream.Write(buf, 0, buf.Length);
}

Write 메서드가 발생할 때마다, 즉 ASP.NET의 내부 동작에 의해 출력되는 HTTP chunk마다 마지막에 "TEST"라는 문자열이 추가됩니다. 따라서, 다음과 같이 (대개의 경우) 한 번의 chunk로 출력되는 작은 웹 페이지는,

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs" Inherits="WebApplication2.Default" %>

<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title></title>
</head>
<body>
    <form id="form1" runat="server">
        <div>
            test is good
        </div>
    </form>
</body>
</html>

출력 시 다음과 같이 "TEST" 문자열이 마지막에 붙는 식으로 동작하게 됩니다.

<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml">
<head><title>

</title></head>
<body>
    <form method="post" action="./" id="form1">
<div class="aspNetHidden">
<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value="/wEPDwULLTE2MTY2ODcyMjlkZLcQMOQaGGJkAZFI3/Vw49ifxpRjSfnundrgHmYnfO7H" />
</div>

<div class="aspNetHidden">

    <input type="hidden" name="__VIEWSTATEGENERATOR" id="__VIEWSTATEGENERATOR" value="CA0B0334" />
</div>
        <div>
            test is good
        </div>
    </form>
</body>
</html>
TEST

여기서, chunk 단위라는 점을 주의해야 하는데, 이 때문에 일부 내용을 변경해야 하는 식이라면 chunk에 걸쳐서 출력이 되는 것도 감안하거나 아예 로직의 단순함을 위해 그런 부분은 포기하는 선택을 해야 합니다. 게다가, 이미 인코딩이 끝난 byte [] 형식이기 때문에 변경해야 하는 문자열이 ascii가 아니라면 인코딩 방식에 따라 꽤나 복잡한 작업이 될 수 있습니다.

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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 3/9/2024]

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

비밀번호

댓글 작성자
 




... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
1839정성태1/5/201521533디버깅 기술: 69. windbg 분석 사례 - cpu 100% 현상 (2)
1838정성태1/4/201541503기타: 49. 윈도우 내레이터(Narrator) 기능 끄는 방법(윈도우에 파란색의 굵은 테두리 선이 나타난다면?) [4]
1837정성태1/4/201527679디버깅 기술: 68. windbg 분석 사례 - 메모리 부족 [1]
1836정성태1/4/201527652디버깅 기술: 67. windbg - 덤프 파일과 handle 정보
1835정성태1/3/201528238개발 환경 구성: 254. SQL 서버 역시 SSL 3.0/TLS 1.0만을 지원하는 듯!
1834정성태1/3/201552876개발 환경 구성: 253. TLS 1.2를 적용한 IIS 웹 사이트 구성
1833정성태1/3/201529030.NET Framework: 490. System.Data.SqlClient는 SSL 3.0/TLS 1.0만 지원하는 듯! [3]
1832정성태1/2/201521690오류 유형: 266. Azure에 응용 프로그램 게시 중 로그인 오류
1831정성태1/1/201529802디버깅 기술: 66. windbg 분석 사례 - cpu 100% 현상 (1) [1]
1830정성태1/1/201528948오류 유형: 265. svchost.exe 프로세스(IP Helper: IPHLPSVC)의 CPU 100% 현상
1829정성태12/16/201432779VC++: 86. Windows Vista부터 바뀐 Credential Provider 예제 분석 (2) [2]파일 다운로드1
1828정성태12/15/201429252VC++: 85. Windows Vista부터 바뀐 Credential Provider 예제 분석 (1) [4]파일 다운로드1
1827정성태12/12/201425583VC++: 84. CredUIPromptForWindowsCredentials Win32 API 사용법 정리
1826정성태12/11/201429941.NET Framework: 489. Socket.Listen에 전달된 backlog 인자의 의미 [6]
1825정성태12/11/201477420.NET Framework: 488. TCP 소켓 연결의 해제를 알 수 있는 방법 [10]파일 다운로드1
1824정성태12/10/201427163.NET Framework: 487. Socket.Receive 메서드의 SocketFlags.Peek 동작을 이용해 소켓 연결 유무를 확인? [8]파일 다운로드1
1823정성태12/10/201424219.NET Framework: 486. Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer [2]
1822정성태12/3/201426409개발 환경 구성: 252. Xamarin 라이선스 관리 [8]
1821정성태12/1/201433221VS.NET IDE: 96. Visual Studio에서 /* ~ */ 주석을 위한 단축키(매크로)
1820정성태11/23/201421497.NET Framework: 485. Mono Profiler에서 IL 코드 변경이 가능할까? - 두 번째 이야기파일 다운로드1
1819정성태11/22/201421317오류 유형: 264. MSBuild 에러 - warning MSB3052: The parameter to the compiler is invalid,
1818정성태11/22/201424256개발 환경 구성: 251. NUMA 노드 수에 따른 IIS Worker Process(w3wp.exe) 설정 [1]
1817정성태11/22/201427356VS.NET IDE: 95. Macros for Visual Studio 2013 [1]
1816정성태11/20/201422046.NET Framework: 484. Mono Profiler에서 IL 코드 변경이 가능할까?
1815정성태11/18/201420028.NET Framework: 483. 코드로 살펴 보는 ETW의 활성화 시점 [2]
1814정성태11/18/201421532오류 유형: 263. Unable to find the requested .Net Framework Data Provider. It may not be installed.
... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...