Microsoft MVP성태의 닷넷 이야기
.NET Framework: 416. System.Net.Sockets.NetworkStream이 Thread-safe할까? [링크 복사], [링크+제목 복사],
조회: 16800
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

System.Net.Sockets.NetworkStream이 Thread-safe할까?

socket 관련 thread-safe의 마지막 글입니다. ^^

System.Net.Sockets.Socket이 Thread-safe할까?
; https://www.sysnet.pe.kr/2/0/1469

Win32 socket이 Thread-safe할까?
; https://www.sysnet.pe.kr/2/0/1473

이번에는 Socket I/O를 Stream으로 감싼 System.Net.Sockets.NetworkStream 차례입니다. 아래의 문서에 보면,

NetworkStream Class
; https://docs.microsoft.com/en-us/dotnet/api/system.net.sockets.networkstream

NetworkStream 역시 일반 BCL과 마찬가지의 thread-safety 정책이 걸려 있습니다.

Thread Safety: Any public static (Shared in Visual Basic) members of this type are thread safe. Any instance members are not guaranteed to be thread safe.


그래서 지난번 글과 동일하게 테스트를 해보았는데,

static void Main(string[] args)
{
    Thread.Sleep(2000);

    string body = string.Empty;
    StringBuilder sb = new StringBuilder();

    Array.ForEach(Enumerable.Range(0, 10).ToArray(), (elem) => body += elem.ToString());
    for (int i = 0; i < 10000; i++)
    {
        sb.Append(body);
    }

    body = sb.ToString();

    int loopCount = 10000;
    int dot = (loopCount / (80 * 25));

    List<CommonPacket> packets = new List<CommonPacket>();

    using (TcpClient socket = new TcpClient("192.168.0.6", 11200))
    {
        // IPAddress target = IPAddress.Loopback; 
        IPAddress target = IPAddress.Parse("192.168.0.6");
        EndPoint serverEP = new IPEndPoint(target, 11200);

        NetworkStream ns = socket.GetStream();
        int instanceId = 0;

        byte[] instanceIdBuf = BitConverter.GetBytes(instanceId);
        ns.Write(instanceIdBuf, 0, 4);

        for (int i = 0; i < loopCount; i++)
        {
            CommonPacket packet = new CommonPacket(i);
            packet.AddData(body);

            packets.Add(packet);
        }

        List<Thread> threads = new List<Thread>();
        ThreadParam threadParam = new ThreadParam();
        threadParam.Packets = packets;
        threadParam.NetStream = ns;
        threadParam.Dot = dot;

        for (int i = 0; i < 20; i++)
        {
            Thread aThread = new Thread(sendBufferThread);
            aThread.IsBackground = true;
            aThread.Start(threadParam);

            threads.Add(aThread);
        }

        foreach (var item in threads)
        {
            item.Join();
        }

        socket.Close();
        Console.WriteLine("TCP Client socket: Closed");
        Console.WriteLine(loopCount + " times: data sent");
        Console.WriteLine((body.Length / 1024) + "KB / packet");

        Console.WriteLine();
        Console.WriteLine();

        Console.WriteLine("Press any key to exit");
        Console.ReadLine();
    }
}

private static void sendBufferThread(object obj)
{
    ThreadParam threadParam = (ThreadParam)obj;

    while (true)
    {
        CommonPacket packet = null;

        lock (threadParam.Packets)
        {
            if (threadParam.Packets.Count == 0)
            {
                break;
            }

            packet = threadParam.Packets[0];
            threadParam.Packets.RemoveAt(0);
            threadParam.Sent++;

            if (threadParam.Sent % threadParam.Dot == 0)
            {
                Console.Write(".");
            }
        }

        byte[] dataBuf = packet.GetBuffer();
        MustSendBuffer(threadParam.NetStream, dataBuf, dataBuf.Length);
    }
}

private static bool MustSendBuffer(NetworkStream ns, byte[] dataBuf, int mustSend)
{
    ns.Write(dataBuf, 0, mustSend);
    return true;
}

결과는 thread-safe했습니다. 이상하군요. 그런대로 충돌이 날 만한데요. 이에 대해서는 NetworkStream.Write 메서드를 .NET Reflector를 통해 보면 짐작할 수 있습니다.

public override void Write(byte[] buffer, int offset, int size)
{
    bool canWrite = this.CanWrite;
    if (this.m_CleanedUp)
    {
        throw new ObjectDisposedException(base.GetType().FullName);
    }
    if (!canWrite)
    {
        throw new InvalidOperationException(SR.GetString("net_readonlystream"));
    }
    if (buffer == null)
    {
        throw new ArgumentNullException("buffer");
    }
    if ((offset < 0) || (offset > buffer.Length))
    {
        throw new ArgumentOutOfRangeException("offset");
    }
    if ((size < 0) || (size > (buffer.Length - offset)))
    {
        throw new ArgumentOutOfRangeException("size");
    }
    Socket streamSocket = this.m_StreamSocket;
    if (streamSocket == null)
    {
        throw new IOException(SR.GetString("net_io_writefailure", new object[] { SR.GetString("net_io_connectionclosed") }));
    }
    try
    {
        streamSocket.Send(buffer, offset, size, SocketFlags.None);
    }
    catch (Exception exception)
    {
        if (((exception is ThreadAbortException) || (exception is StackOverflowException)) || (exception is OutOfMemoryException))
        {
            throw;
        }
        throw new IOException(SR.GetString("net_io_writefailure", new object[] { exception.Message }), exception);
    }
}

보시는 바와 같이 Write(및 Read) 메서드 안에서 인스턴스 멤버에 대한 조작을 하는 코드가 없습니다. 하부 단의 "Socket streamSocket" 멤버는 Socket 자체가 thread-safe하기 때문에 상관없고!

물론 NetworkStream 타입의 멤버가 thread-safe하지 않다고 되어 있으므로 향후 내부적으로 인스턴스 멤버를 조작하는 코드가 추가되는 경우 오동작을 할 여지가 있습니다. 따라서, 성능에 크게 영향이 없다면 NetworkStream을 사용하는 경우에는 lock을 적절하게 걸어주는 것이 권장됩니다.

(첨부파일은 위의 동작을 테스트한 코드를 담고 있습니다.)




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







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

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)
12474정성태1/4/202110721.NET Framework: 994. C# - (.NET Core 2.2부터 가능한) 프로세스 내부에서 CLR ETW 이벤트 수신 [1]파일 다운로드1
12473정성태1/4/20219566.NET Framework: 993. .NET 런타임에 따라 달라지는 정적 필드의 초기화 유무 [1]파일 다운로드1
12472정성태1/3/20219863디버깅 기술: 178. windbg - 디버그 시작 시 스크립트 실행
12471정성태1/1/202110351.NET Framework: 992. C# - .NET Core 3.0 이상부터 제공하는 runtimeOptions의 rollForward 옵션 [1]
12470정성태12/30/202010549.NET Framework: 991. .NET 5 응용 프로그램에서 WinRT API 호출 [1]파일 다운로드1
12469정성태12/30/202014101.NET Framework: 990. C# - SendInput Win32 API를 이용한 가상 키보드/마우스 [1]파일 다운로드1
12468정성태12/30/202010670Windows: 186. CMD Shell의 "Defaults"와 "Properties"에서 폰트 정보가 다른 문제 [1]
12467정성태12/29/202010806.NET Framework: 989. HttpContextAccessor를 통해 이해하는 AsyncLocal<T> [1]파일 다운로드1
12466정성태12/29/20208606.NET Framework: 988. C# - 지연 실행이 꼭 필요한 상황이 아니라면 singleton 패턴에서 DCLP보다는 static 초기화를 권장파일 다운로드1
12465정성태12/29/202011799.NET Framework: 987. .NET Profiler - FunctionID와 연관된 ClassID를 구할 수 없는 문제
12464정성태12/29/202010625.NET Framework: 986. pptfont.exe - PPT 파일에 숨겨진 폰트 설정을 일괄 삭제
12463정성태12/29/20209640개발 환경 구성: 520. RDP(mstsc.exe)의 다중 모니터 옵션 /multimon, /span
12462정성태12/27/202011246디버깅 기술: 177. windbg - (ASP.NET 환경에서 유용한) netext 확장
12461정성태12/21/202012039.NET Framework: 985. .NET 코드 리뷰 팁 [3]
12460정성태12/18/20209903기타: 78. 도서 소개 - C#으로 배우는 암호학
12459정성태12/16/202010231Linux: 35. C# - 리눅스 환경에서 클라이언트 소켓의 ephemeral port 재사용파일 다운로드1
12458정성태12/16/20209647오류 유형: 694. C# - Task.Start 메서드 호출 시 "System.InvalidOperationException: 'Start may not be called on a task that has completed.'" 예외 발생 [1]
12457정성태12/15/20209187Windows: 185. C# - Windows 10/2019부터 추가된 SIO_TCP_INFO파일 다운로드1
12456정성태12/15/20209504VS.NET IDE: 156. Visual Studio - "Migrate packages.config to PackageReference"
12455정성태12/15/20209019오류 유형: 693. DLL 로딩 시 0x800704ec - This Program is Blocked by Group Policy
12454정성태12/15/20209635Windows: 184. Windows - AppLocker의 "DLL Rules"를 이용해 임의 경로에 설치한 DLL의 로딩을 막는 방법 [1]
12453정성태12/14/202010588.NET Framework: 984. C# - bool / BOOL / VARIANT_BOOL에 대한 Interop [1]파일 다운로드1
12452정성태12/14/202010841Windows: 183. 설정은 가능하지만 구할 수는 없는 TcpTimedWaitDelay 값
12451정성태12/14/20209972Windows: 182. WMI Namespace를 열거하고, 그 안에 정의된 클래스를 열거하는 방법 [5]
12450정성태12/13/202010757.NET Framework: 983. C# - TIME_WAIT과 ephemeral port 재사용파일 다운로드1
12449정성태12/11/202011041.NET Framework: 982. C# - HttpClient에서의 ephemeral port 재사용 [2]파일 다운로드1
... 46  [47]  48  49  50  51  52  53  54  55  56  57  58  59  60  ...