Microsoft MVP성태의 닷넷 이야기
TCP 구현시 Socket 에서 Send 함수의 부분 전송 처리에 관한 질문 [링크 복사], [링크+제목 복사],
조회: 125
글쓴 사람
정해성 (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)
5632김현수3/30/202214406Remote Desktop으로 접속시 WPF UI 가 다시 그려지는 이벤트를 막을 수 없을까요? [3]
5631김기헌3/24/202213771WPF 컨트롤의 그래픽 처리관련 질문드립니다 [2]파일 다운로드1
5630장성욱3/24/202213907로깅관련 질문입니다. [2]
5629감사합니...3/23/202213905함수에서 예외가 발생하면 try ~ catch처리기를 찾을 때 까지 상위 함수로 계속 올라가나요? [2]
5628홍길동3/23/202215964질문드립니다. [2]파일 다운로드1
5626연준혁3/21/202214901안녕하세요. [3]
5625jaew...3/18/202214328c# 8.0 도서를 구입한 사람입니다. [1]
5624초보자3/17/202213872람다 캡처 관련 문의 [2]
5623한예지 donator3/15/202212821인터프리터 원리가 궁금합니다. [4]
5622김민아3/8/202213644const와 readonly의 명확한 차이가 이게 맞나요? [2]
5621장성욱3/8/202213763c# 로그 관련 질문 [1]
5620김민아3/7/202212852안녕하세요 비관리 객체를 반환하는 메소드 호출 시 궁금한 점이 있어서 질문드립니다 [2]
5619팡팡이3/3/202214973RSA 문의드립니다. [3]
5618김기헌3/2/202212695안녕하세요 생성자 옆에 this 키워드를 붙여 생성자를 여러 개 호출 시 질문드립니다 [2]
5617Edun2/25/202213794ArgumentOutOrRangeException에러 발생 [2]파일 다운로드1
5616csha...2/24/202212892readonly struct로 선언된 구조체를 특정 클래스에서 멤버변수로 가지는 경우 [1]
5615장성욱2/22/202217016SetThreadAffinityMask를 이용한 쓰레드 지정하는 방법에 대해 궁금합니다. [4]
5614민우2/22/202216967SSL 통신 문의 [6]
5613김인태2/22/202214744서버와 PC 간의 어플리케이션 성능 차이 [1]
5612팬입니다2/20/202212688Kastrel 서버 관련 [1]
5611차가워2/19/202213364stopWatch 늘어짐 문의 [3]
5610차가워2/18/202213385Stopwatch 늘어짐 문제 [1]
5609cs린이2/15/202212581c# 함수의 호출 방식에 대해 궁금합니다! [2]
5608지호2/10/202213778시작하세요 C# 8.0 중 제네릭타입의 IEnumerable [3]파일 다운로드1
5607이로운2/10/202212117안녕하세요. 궁금한게 있어서 질문드립니다. [1]
5605강성봉2/10/202213393TCP PSH flag 패킷 수신 에러 [1]
1  2  3  4  5  6  7  8  9  10  11  12  13  [14]  15  ...