Microsoft MVP성태의 닷넷 이야기
.NET Framework: 225. 닷넷 네트워크 라이브러리의 트레이스 기능 [링크 복사], [링크+제목 복사],
조회: 17678
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

닷넷 네트워크 라이브러리의 트레이스 기능

아마도, .NET Reflector 등의 도구를 가지고 닷넷 소스 코드를 보신 분들이라면 네트워크 관련 코드 내부에 Logging 클래스가 있는 것을 기억할 것입니다. 일례로, 소켓의 경우에 Connect 메서드를 보면 다음과 같은 식으로 코드가 엮어져 있는데요.

public void Connect(IPAddress address, int port)
{
    if (s_LoggingEnabled)
    {
        Logging.Enter(Logging.Sockets, this, "Connect", address);
    }
    ...[생략]...
    this.Connect(remoteEP);
    if (s_LoggingEnabled)
    {
        Logging.Exit(Logging.Sockets, this, "Connect", (string) null);
    }
}

보시는 것처럼, Connect 기능의 앞뒤로 Logging.Enter/Exit 메서드가 호출됩니다. 좀 더 살펴보기 위해 Logging 클래스의 초기화 코드를 보면 더욱 흥미로운 것을 발견할 수 있는데요.

private static void InitializeLogging()
{
    lock (InternalSyncObject)
    {
        if (!s_LoggingInitialized)
        {
            bool flag = false;
            s_WebTraceSource = new NclTraceSource("System.Net");
            s_HttpListenerTraceSource = new NclTraceSource("System.Net.HttpListener");
            s_SocketsTraceSource = new NclTraceSource("System.Net.Sockets");
            s_CacheTraceSource = new NclTraceSource("System.Net.Cache");
            ...[생략]...
        }
    }
}

즉, 대부분의 통신 관련 코드에 대한 트레이스 기능이 활성화되어 있음을 알 수 있습니다. 그럼, BCL을 사용하는 개발자 입장에서 어떻게 Trace기능을 이용할 수 있을까요? 이에 관해서는 다음의 글에서 설명됩니다.

How to: Configure network tracing
; https://docs.microsoft.com/en-us/dotnet/framework/network-programming/how-to-configure-network-tracing

오호~~~ 그렇군요. 닷넷의 전형적인 TraceListener 기능이기 때문에 누구나 등록해서 네트워크 호출에 대한 모니터링이 가능하다는 이야기가 됩니다.

실습 삼아서, 간단한 확장을 해볼까요?

예를 들어서... 우리가 잘 알고 있는 HttpWebRequest 타입으로 시작해보겠습니다.

HttpWebRequest hwr = WebRequest.Create("http://blog.naver.com/techshare") as HttpWebRequest;
HttpWebResponse response = hwr.GetResponse() as HttpWebResponse;
response.Close();

잘 아시는 것처럼, HttpWebRequest 타입은 Connect라는 메서드가 명시적으로 제공되지 않습니다. 따라서 위와 같이 사용하는 경우, 실제 대상이 되는 웹 서버로의 'TCP 연결에 소요된 시간'을 계산하는 것이 불가능합니다. 꼭! 반드시! 'TCP 연결에 소요된 시간'을 알아내야 한다면, 기존의 지식으로는 이런 경우 어쩔 수 없이 HttpWebRequest에 대한 사용을 포기하고 TcpClient로 내려가서 HTTP 요청/응답에 대한 처리를 모두 구현해야 하는 불편함이 따르게 됩니다.

하지만 이제는 ^^ Logging이 내장되었다는 것을 알았으니, 사용자 정의 TraceListener로 간접적으로 알아낼 수 있습니다. 가령, 다음과 같이 별도의 TraceListener를 정의하고,

public class SocketTraceListener : TraceListener
{
    public override void Write(string message)
    {
    }

    public override void WriteLine(string message)
    {
    }

    public override void TraceEvent(TraceEventCache eventCache, string source, TraceEventType eventType, int id)
    {
        base.TraceEvent(eventCache, source, eventType, id);
    }

    public override void TraceEvent(TraceEventCache eventCache, string source, TraceEventType eventType, int id, string message)
    {
        base.TraceEvent(eventCache, source, eventType, id, message);
    }

    public override void TraceEvent(TraceEventCache eventCache, string source, TraceEventType eventType, int id, string format, params object[] args)
    {
        base.TraceEvent(eventCache, source, eventType, id, format, args);
    }
}

app.config에는 다음과 같이 설정을 추가해 주면 이제부터 System.Net.Sockets 영역의 네트워크 메서드에 대한 호출을 가로챌 수 있습니다.

<system.diagnostics>
    <trace autoflush="true" />
    <sources>
        <source name="System.Net.Sockets">
            <listeners>
                <add name="MyTrace"/>
            </listeners>
        </source>
    </sources>
    <sharedListeners>
        <add name="MyTrace" type="ConsoleApplication1.SocketTraceListener, ConsoleApplication1" />
    </sharedListeners>
    <switches>
        <add name="System.Net.Sockets" value="Verbose" />
    </switches>
</system.diagnostics>

Connect가 호출될 때의 메서드 수행을 감시해 보면 TraceEvent의 message 인자로 다음과 같이 넘어오는 것을 확인할 수 있습니다.

Logging.Enter - "[9940] Socket#49385318::Connect(23:80#397718426)"
Logging.Exit - "[9940] Exiting Socket#49385318::Connect() "

자, 그럼 실제적인 이야기는 끝난 것 같군요. 이제 위의 메시지를 인식하는 코드를 TraceEvent 메서드에 넣어두고 Connect 메서드가 수행된 시간만을 반환해주는 "ConnectionTime"이라는 속성을 제공해 주면 '연결에 걸린 시간'을 구해올 수 있습니다.

==== SocketTraceListener.cs ====
public override void TraceEvent(TraceEventCache eventCache, string source, TraceEventType eventType, int id, string message)
{
    ...[생략]...
    switch (source)
    {
        case "System.Net.Sockets":
            if (message.IndexOf("::Connect") != -1)
            {
                if (message.IndexOf("Exiting Socket") != -1)
                {
                    connectionTime = new TimeSpan(DateTime.Now.Ticks - startConnect);
                }
                else
                {
                    startConnect = DateTime.Now.Ticks;
                }
            }
                    
            break;
    }
    base.TraceEvent(eventCache, source, eventType, id, message);
}

==== Program.cs ====
static void Main(string[] args)
{
    SocketTraceListener.TraceThread = Thread.CurrentThread.ManagedThreadId;

    HttpWebRequest hwr = WebRequest.Create("http://blog.naver.com/techshare") as HttpWebRequest;
    HttpWebResponse response = hwr.GetResponse() as HttpWebResponse;
    response.Close();

    Console.WriteLine("blog.naver.com - ConnectionTime: " + SocketTraceListener.ConnectionTime.ToString());
}

==== 실행 결과 ====
D:\...[생략]...\ConsoleApplication1\bin\Debug>ConsoleApplication1.exe
blog.naver.com - ConnectionTime: 00:00:00.0140008

첨부된 파일은 위의 예제 코드를 담고 있습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

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)
13049정성태5/6/20225667오류 유형: 811. GoLand - Error: Cannot find package
13048정성태5/6/20226900오류 유형: 810. "ASUS TUF GAMING B550M-PLUS (WI-FI)" 모델에서 블루투스 장치가 인식이 안 되는 문제
13047정성태5/6/20226928오류 유형: 809. Speech Recognition could not start
13046정성태5/5/20227224.NET Framework: 2002. C# XingAPI - ACF 파일을 이용한 퀀트 종목 찾기(t1857)
13045정성태5/5/20227218.NET Framework: 2001. C# XingAPI - 주식 종목에 따른 PBR, PER, ROE 구하는 방법(t3341 예제)
13044정성태5/4/20226644오류 유형: 808. error : clang++ exited with code 127
13043정성태5/3/20226334오류 유형: 807. C# - 닷넷 응용 프로그램에서 Informix DB 사용 시 오류 메시지 정리
13042정성태5/3/20226756.NET Framework: 2000. C# - 닷넷 응용 프로그램에서 Informix DB 사용 방법파일 다운로드1
13041정성태4/28/20227088개발 환경 구성: 642. Informix 데이터베이스 docker 환경 구성
13040정성태4/27/20227514VC++: 156. 비주얼 스튜디오 - Linux C/C++ 프로젝트에서 openssl 링크하는 방법
13039정성태4/27/20228346.NET Framework: 1999. C# - Playwright를 이용한 간단한 브라우저 제어 실습
13038정성태4/26/20226091오류 유형: 806. twine 실행 시 ConfigParser.ParsingError: File contains parsing errors: /root/.pypirc
13037정성태4/25/20226522.NET Framework: 1998. Azure Functions를 사용한 간단한 실습
13036정성태4/24/20227373.NET Framework: 1997. C# - nano 시간을 가져오는 방법 [2]
13035정성태4/22/20227922Windows: 204. Windows 10부터 바뀐 QueryPerformanceFrequency, QueryPerformanceCounter
13034정성태4/21/20227243.NET Framework: 1996. C# XingAPI - 주식 종목에 따른 PBR, PER, ROE, ROA 구하는 방법(t3320, t8430 예제)파일 다운로드1
13033정성태4/18/20227788.NET Framework: 1195. C# - Thread.Yield와 Thread.Sleep(0)의 차이점(?)
13032정성태4/17/20227506오류 유형: 805. Github의 50MB 파일 크기 제한 - warning: GH001: Large files detected. You may want to try Git Large File Storage
13031정성태4/15/20227128.NET Framework: 1194. C# - IdealProcessor와 ProcessorAffinity의 차이점
13030정성태4/15/20226766오류 유형: 804. 정규 표현식 오류 - Quantifier {x,y} following nothing.
13029정성태4/14/20227142Windows: 203. iisreset 후에도 이전에 설정한 전역 환경 변수가 w3wp.exe에 적용되는 문제
13028정성태4/13/20227125.NET Framework: 1193. (appsettings.json처럼) web.config의 Debug/Release에 따른 설정 적용
13027정성태4/12/20227343.NET Framework: 1192. C# - 환경 변수의 변화를 알리는 WM_SETTINGCHANGE Win32 메시지 사용법파일 다운로드1
13026정성태4/11/20228890.NET Framework: 1191. C 언어로 작성된 FFmpeg Examples의 C# 포팅 전체 소스 코드 [3]
13025정성태4/11/20228207.NET Framework: 1190. C# - ffmpeg(FFmpeg.AutoGen)를 이용한 vaapi_encode.c, vaapi_transcode.c 예제 포팅
13024정성태4/7/20226674.NET Framework: 1189. C# - 런타임 환경에 따라 달라진 AppDomain.GetCurrentThreadId 메서드
... 16  17  18  19  20  21  22  23  [24]  25  26  27  28  29  30  ...