Microsoft MVP성태의 닷넷 이야기
socket 종료 시 reveive수신부에서 에러 나는거 처리 문의 [링크 복사], [링크+제목 복사],
조회: 12327
글쓴 사람
차가워 (like0430 at nate.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

안녕하세요.

소켓은 별도 스레드에서 구동 됩니다.

Socket socTmp = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);
socTmp.Connect(new IPEndPoint("아이피", 포트));

while (true)
{
    byte[] buffer = new byte[10];
    int offset = 0;
    while (offset < 10)
    {
        offset += socTmp.Receive(buffer, offset, 10 - offset, SocketFlags.None); //에러나는 부분
    }
}

위 코드는 별도 스레드에서 구동되는 코드로
소켓을 아래와 같이 종료 시키면
위 코드의 receive에서 에러가 나는데요.
에러가 나는걸 부드럽데 처리할 방법 문의 드립니다.
try로 묶으면 속도가 저하되는거 같구요.
receive를 먼저 별도로 중지 시킬 수 있지 않을가 하는 생각도 들구요.
아니면 별다른 방법이 없는걸 가요?

socTmp.Shutdown(SocketShutdown.Both);
socTmp.Close();
socTmp.Dispose();



[연관 글]






[최초 등록일: ]
[최종 수정일: 7/22/2022]


비밀번호

댓글 작성자
 



2022-07-22 10시32분
좋은 질문입니다. ^^

원래 C/C++ 레벨의 recv 함수는 소켓이 닫혔다고 해서 예외를 발생하지는 않습니다. 그렇다면, C# 레벨에서 일부러 발생시킨다는 것으로, Receive 메서드의 동작이 그런 것입니다.

하지만, Receive의 경우 오버로드 메서드가 많은데요, 그중에는 예외를 발생시키지 않고 그냥 오류를 반환해 오는 메서드도 있습니다.

Receive(Byte[], Int32, Int32, SocketFlags, [Out] SocketError)
; https://learn.microsoft.com/en-us/dotnet/api/system.net.sockets.socket.receive#system-net-sockets-socket-receive(system-byte()-system-int32-system-int32-system-net-sockets-socketflags-system-net-sockets-socketerror@)

따라서 저걸로 호출하시면 예외 없이 메서드가 반환되는 것을 볼 수 있습니다.
정성태
2022-07-22 10시57분
[차가워] 답변 감사합니다.
offset += socTmp.Receive(buffer, offset, 90 - offset, SocketFlags.None, out SocketError tmpErr);
말씀대로 이렇게 바꾸면 될거 같은데요.
궁금한게 있는데요.
매번 수신 시 마다 out 쓰기 작업이 일어나면 속도 저하가 발생할거 같은 느낌입니다.
아니면 정상 수신 시에는 out에 안쓰고, 에러가 발생할 때만 out으로 쓰는지 궁금합니다.
감사합니다.
[guest]
2022-07-22 10시53분
느낌일 뿐입니다. 혹시 눈에 띄는 속도 저하가 발생하면 다시 질문해 주세요. ^^
정성태
2022-07-24 10시35분
[차가워] 아래는 udp용 수신부인데요.
socket.ReceiveFrom(data, ref ep);
이건 out키워드를 넣는 메서드가 없네요.
udp용인데요 ReceiveFrom 대신에 Receive를 사용해야 할가요?
[guest]
2022-07-25 10시24분
그러게요, 말씀하신 것처럼 예외를 피하고 싶다면 어쩔 수 없이 Socket.Receive로 우회를 하는 것이 맞겠습니다.

그렇긴 한데, 원 질문에 올린 TCP 소스 코드도 그렇겠지만 사실 (예외를 발생시키는 버전의) Receive가 정작 예외를 발생한다고 해서 그렇게 성능 손실이 있는 것은 아닙니다. 대개의 통신은 프로토콜이 맞을 것이기 때문에 예외 발생은 그에 비하면 흔한 경우는 아닐 것이므로, 전체적인 성능으로 봐서는 무시해도 될 수준일 것입니다.

더군다나 그것이 클라이언트 측이라면 더욱 무시해도 될 것입니다. 사실상 서버의 부하가 일반적으로는 훨씬 더 크기 때문에.
정성태

... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
1241(non...3/22/201421046(글쓴이의 요청으로 삭제합니다.) [4]
1240이석주3/21/201423690인터넷 익스플로러가 hang이 걸리는 현상 문의 [1]파일 다운로드1
1238(non...3/13/201417597(글쓴이의 요청으로 삭제합니다.) [2]
1237(non...3/11/201417649(글쓴이의 요청으로 삭제합니다.) [2]
1236(non...3/11/201418503(글쓴이의 요청으로 삭제합니다.) [2]
1235(non...3/10/201417588(글쓴이의 요청으로 삭제합니다.) [2]
1234(non...3/10/201420743(글쓴이의 요청으로 삭제합니다.) [3]
1233(non...3/9/201418439(글쓴이의 요청으로 삭제합니다.) [4]
1232(non...3/8/201417344(글쓴이의 요청으로 삭제합니다.) [2]
1231(non...3/7/201418652(글쓴이의 요청으로 삭제합니다.) [9]
1230POCO3/7/201419004쓰레드 안에서 DependencyProperty get, set시 또 다른 스레드 오류.. [1]
1229(non...3/6/201419632(글쓴이의 요청으로 삭제합니다.) [11]
1228POCO3/6/201417691안녕하세요. 질문이 있습니다. [1]
1226김형진3/4/201427837안녕하세요 windows azure에 관해 질문했던 사람입니다. [2]
1224(non...3/3/201423181(글쓴이의 요청으로 삭제합니다.) [11]
1223sadf...3/3/201417735아래 질문에 답변 감사드립니다. 한가지 더 궁금한점이 있어 질문드립니다. [1]
1222(non...3/2/201418195(글쓴이의 요청으로 삭제합니다.) [4]
1221(non...3/1/201418596(글쓴이의 요청으로 삭제합니다.) [2]
1220Until2/28/201416886질문드립니다. [1]
1219이성환2/28/201416349string.Join()과 Enumerable.Aggregate()의 차이가 궁금합니다. [2]파일 다운로드1
1218김형진2/25/201418155안녕하세요. window azure에 대해서 질문이 있어서 문의 드립니다 [4]
1217(non...2/23/201418745(글쓴이의 요청으로 삭제합니다.) [1]
1215아리수2/20/201422170C# 공부하면서 WPF에 대한 질문. [2]
1214조광훈2/20/201420221IIS8 응용프로그램 풀 관련 질문 드립니다. [2]파일 다운로드1
1213김태훈2/17/201417388가상화 프로그램 질문입니다. [1]파일 다운로드1
1212조광훈2/13/201416170ISAPI 필터에서 커스텀 헤더 정보 추가 [1]파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...