Microsoft MVP성태의 닷넷 이야기
TCP 구현시 Socket 에서 Send 함수의 부분 전송 처리에 관한 질문 [링크 복사], [링크+제목 복사],
조회: 116
글쓴 사람
정해성 (jghaesg at gmail.com)
홈페이지
첨부 파일
[WpfApp2.zip]    

TCP 구현시 Socket 에서 Send 함수 사용시에 부분 전송 처리를 해야한다는 글을 보았습니다.

1. 먼저 winsock에서 Send함수의 반환 값에 설명을 보면 "오류가 발생하지 않으면 send는 전송 된 총 바이트 수를 반환하며, 이는 len 매개 변수에서 전송하도록 요청된 수보다 작을 수 있습니다." 되어 있습니다.
--(https://learn.microsoft.com/ko-kr/windows/win32/api/winsock2/nf-winsock2-send)

2. 다음은 닷넷Framework 4.8.1에서 Socket에 대한 예제가 아래와 같이 작성이 되어있습니다
// Send the request.
// For the tiny amount of data in this example, the first call to Send() will likely deliver the buffer completely,
// however this is not guaranteed to happen for larger real-life buffers.
// The best practice is to iterate until all the data is sent.
int bytesSent = 0;
while (bytesSent < requestBytes.Length)
{
    bytesSent += socket.Send(requestBytes, bytesSent, requestBytes.Length - bytesSent, SocketFlags.None);
}
--(https://learn.microsoft.com/ko-kr/dotnet/api/system.net.sockets.socket?view=netframework-4.8.1)

3. 마지막으로 닷넷Framework 4.8.1에서 Socket의 Send 함수의 설명에는 아래와 같이 작성이 되어있습니다.
연결 지향 프로토콜 Send 을 사용하는 경우 를 사용하여 Socket.SendTimeout시간 초과를 설정하지 않는 한 버퍼의 모든 바이트가 전송될 때까지 가 차단됩니다. 제한 시간 값을 초과하면 호출에서 Send 을 throw합니다 SocketException. 비 차단 모드 Send 에서 는 버퍼의 바이트 수보다 적게 보내는 경우에도 성공적으로 완료될 수 있습니다.
--(https://learn.microsoft.com/ko-kr/dotnet/api/system.net.sockets.socket.send?view=netframework-4.8.1)

각각의 글을 정리하면
1. winsock에서 Send함수는 반환 값이 입력 버퍼의 길이 보다 작은 값을 리턴 할 수 있다.
2. 닷넷Framework Socket Send함수는 반환 값이 입력 버퍼의 길이 보다 작은 값을 리턴 할 수 있으니 부분 전송 처리를 해라는 주석
3. 닷넷Framework Socket Send함수는 blocking모드에서는 입력 버퍼를 모두 전송될 때까지 block되며, nonblocking모드에서는 작은 값을 리턴 할 수 있다.


#####
저는 닷넷Framework 4.8.1, C#으로 TCP통신을 하면서 단 한번도 일부분만 전송되는 현상을 본 적이 없습니다.
부분 전송이 일어나지 않은 원인이 3번에서 말하는 것처럼 blocking모드여서 그런것이라 생각되어
아래와 같이 간단한 예제를 작성했는데도 재현에는 실패했습니다.
송신측은 nonblocking모드, SendBuffersize=8192, 10mb 데이터를 while문으로 딜레이 없이 전송, 수신측은 Thread.Sleep(1000)지연
--(예제도 올려놨습니다)

일단은 제 질문은 이렇습니다.
1. blocking모드에서 Send 함수의 반환 값이 입력 버퍼 길이보다 작은 값을 리턴 할 수 있는지
2. nonblocking모드에서 Send 함수의 반환 값이 입력 버퍼 길이보다 작은 값을 리턴 할 수 있는지
3. 비동기 Send 함수 즉 BenginSend, SendAsync 함수에서도 부분전송이 일어날 수 있는지
4. 닷넷, 닷넷Framework, winsock, 리눅스 Socket에서 차이가 있는지
   => 이부분은 최소한 닷넷, 닷넷Framework, winsock은 같아야 된다고 생각하는데 다르다면 이유도 알 수 있을까요?
5. 만약 부분전송이 일어난다면 어떻게 하면 재현할 수 있는지

참고로 저는 blocking모드에서 Send 함수, 비동기 Send 함수(BenginSend, SendAsync), 의 경우 부분전송이 일어나지 않을거라고 생각하고 있습니다.
nonblocking모드에서 Send 함수만 부분전송이 일어날수 있다고 생각하고 있습니다. 단지 재현이 잘 안될뿐
이렇게 생각한 이유는 C#에서 제공해주는 TcpClient 때문인데 TcpClient에서 전송의 경우 NetworkStream의 Write함수와 WriteAsync함수를 사용하는데
해당 함수를 디컴파일해서 확인한 결과 Socket Send와 BenginSend를 사용하고 있고, 부분전송을 대비한 코드가 전혀 작성되어있지 않았기 때문입니다.
또한 Write함수와 WriteAsync함수는 반환 값이 없는데, 만약 부분전송이 일어난다면 유저 입장에서 부분전송을 대비한 코드를 작성할수 없게 되기 때문입니다.
NetworkStream은 Position과 Length또한 NotSupportedException 으로 지원되지도 않고요
























[최초 등록일: ]
[최종 수정일: 8/25/2025]


비밀번호

댓글 작성자
 



2025-08-26 01시25분
1. 문서에도 나오지만 blocking 모드에서는 그런 경우가 없습니다. 예외/오류가 없으면 언제나 같은 값입니다. 관련해서 저도 예전에 쓴 글의 예제 코드에서,

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

"MustSendBuffer"라는 메서드 내부에 "blocking call인 경우 sentLength == mustSend이지만!"라는 주석을 달았군요. ^^

2. 역시 문서상으로는 분명히 작은 값을 리턴할 수 있다고 하니, 그에 따르는 것이 좋겠습니다.

3. (BeginSend는 오래된 인터페이스라 생략하겠습니다.) SendAsync의 경우 Win32 API로는 Overlapped 형식의 WSASend 함수를 이용해 구현합니다. Send 함수와는 달리 문서엔 반환값을 고려한 재전송에 대한 언급이 없는데요, 일단 이론상 따진다면 이것은 부분 전송이 발생할 수 없습니다.

왜냐하면, Overlapped I/O의 경우 Send가 완료되었을 때의 completed event가 꼭 호출 순서대로 발생한다는 보장이 없습니다. 즉 아래와 같이 호출했다면,

WSASend(..overlapped-send-buffer, "HELLO");
WSASend(..overlapped-send-buffer, "WORLD");

보낸 데이터를 알 수 있는 완료 이벤트의 순서는 "WORLD"를 보낸 이벤트가 먼저 발생할 수 있습니다. 따라서 만약 그 시점에 sentBytes가 적게 보내졌다고 해서 다시 WSASend를 호출하게 되면 TCP packet의 순서가 달라지므로 stream 전송 방식에 위반한 동작이 됩니다.

참고로, 완료에 대한 알림을 받는 순서가 달라질 수 있다는 것이지, 전송 자체는 반드시 호출 순서로 됩니다.

4. 닷넷 프레임워크와 winsock은 같을 것입니다. 단지 리눅스는 제가 장담할 수가 없습니다. 아직 그 부분으로는 제가 한참 지식이 부족합니다. 단지 제 경험으로는, 네트워크 관련해서는 API 수준에서 세세한 표준이 있지는 않았다는 점입니다.

5. 정리해 보면, 결국 non-blocking 모드에서의 부분 전송 가능성이 문제가 되는 것인데요, 이 부분은 정해성 님이 마침 흥미를 가지고 계시니 이리저리 테스트를 해보시면 더 빨리 답을 얻지 않을까 싶습니다. ^^ 개인적으로 non-blocking 소켓을 잘 쓰고 있지도 않고, 설령 쓰더라도 용기가 없어 문서에서 나온 대로 어차피 코딩을 할 것이므로... 현재는 모르겠고 나중에 심심해지면 그때나 돼야 한 번 해보게 될 것 같습니다.

그나저나, 쉽게 문제가 재현이 되면 좋겠지만 재현이 안 된다고 해도 100% 부분 전송이 발생하지 않는다고 장담할 수 없다는 것 또한 문제입니다. ^^
정성태

1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
5740혜성10/26/202215101Visual Studio 2022 C# 콘솔 프로그램 기본 코드 변경된 이유는 무엇인가요? [2]
5739슬픈단잠10/25/202213816조언 주신 방법으로 해봤으나, 여전히 어디가 문제인지 파악을 못했습니다. [2]
5738슬픈단잠10/24/202213052C# 마샬링 관련 질문입니다. [2]
5737감사합니...10/20/202214512찾은 어셈블리의 매니페스트 정의와 어셈블리 참조가 일치하지 않습니다. [8]파일 다운로드1
5736초보 개...10/19/202212947c# winforms 프로그램을 setup 파일로 배포 시, 설정 문의 [2]
5735농상10/17/202215028싱글톤 공부중 질문이 있습니다. [8]
5734mins10/14/202213212델파이 dll을 c#에서 사용하기 관련해서 포인트 관련이라 질문을 올립니다. [2]
5733김경환10/12/202213137선생님 질문하나만드리겠습니다. [1]
5732kss10/8/202215514c# socket.poll 버그인가요? [2]파일 다운로드1
5731kss10/8/202213537c# socket.poll 버그인가요? [3]
5730김재환10/7/202216441WPF에서 디스플레이 배율이 100%가 아닌 경우, Window의 포지션 정보가 부정확해지는 문제 [2]
5729김기헌10/2/202214332안녕하세요 선생님 뮤텍스 관련 질문 드립니다 [2]
5728김경환9/29/202214131그리드뷰관련마지막질문하나드리겠습니다선생님 [5]파일 다운로드1
5727김경환9/26/202214823c# 윈폼 tcp/ip 기반 데이터그리드뷰질문하나드리겟습니다 [3]
5726양승조 donator9/22/202215891C# dll 과 C++ 간 배열 전달. SafeArray [10]파일 다운로드1
5725김기헌9/21/202213700안녕하세요 선생님 윈폼 컨트롤 Dispose 관련 질문드립니다 [2]
5724감사합니...9/19/202214338스레드와 스레드 안전한 객체 사용관련 문의드립니다. [5]
5723드리렁9/13/202214023Pinned Object에 대해서 질문이 있습니다. [2]
5722김인태9/8/202214502대화상자에서 alt + tab 후킹 작업 [1]
5721우종9/7/202213053C++ DLL 과 C# 연동 문의 [2]
5720한예지 donator9/6/202212974학습 방법 질문 있습니다. [7]
5719김경한9/6/202213265안녕하세요 질문하나만드리겠습니다...! [10]
5718김민아9/2/202212688안녕하세요 생성자 호출 시 초기화 순서 질문드립니다 [2]
5716iili...8/26/202212826WinDbg 커널 디버깅에서의 thread freeze [2]
5715에릭8/19/202215793WMI 쿼리 결과값이 Windows Service와 Console 출력에서 상이한 이유가 있을까요? [9]파일 다운로드1
5714허니빠8/18/202215448.net6 hint path 를 프로젝트 단위로 지정할 수 있는 방법을 알고싶습니다 [8]
1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...