답변:
호출 close하고 shutdown기본 소켓에 두 가지 다른 효과가 있습니다.
가장 먼저 지적해야 할 점은 소켓이 기본 OS의 리소스이고 여러 프로세스가 동일한 기본 소켓에 대한 핸들을 가질 수 있다는 것입니다.
호출 close하면 핸들 수가 1 씩 감소하고 핸들 수가 0에 도달하면 소켓과 관련 연결이 정상적인 닫기 절차를 거치고 (효과적으로 FIN / EOF를 피어에 전송) 소켓이 할당 해제됩니다.
여기서주의해야 할 점은 다른 프로세스가 여전히 소켓에 대한 핸들을 가지고 있기 때문에 핸들 수가 0에 도달하지 않으면 연결 이 닫히지 않고 소켓이 할당 해제되지 않는다는 것입니다.
반면 shutdown에 읽기 및 쓰기를 호출 하면 기본 연결이 닫히고 소켓에 대한 핸들이있는 프로세스 수에 관계없이 피어에게 FIN / EOF를 보냅니다. 그러나 소켓 할당을 해제 하지 않으므로 나중에 close를 호출해야합니다.
.shutdown()다음 전화로 전화하는 것이 현명 .close()할까요? 아니면 그 사이에 지연이 있어야합니까?
종료 및 닫기에 대한 설명 : 정상 종료 (msdn)
종료 (귀하의 경우)는 연결의 다른 쪽 끝에 소켓에서 읽거나 쓸 의도가 없음을 나타냅니다. 그런 다음 close는 소켓과 관련된 모든 메모리를 해제합니다.
종료를 생략하면 연결이 정상적으로 닫힐 때까지 소켓이 OS 스택에 남아있을 수 있습니다.
IMO는 'shutdown'과 'close'라는 이름은 오해의 소지가 있으며 'close'와 'destroy'는 차이점을 강조합니다.
소켓 프로그래밍 하우투 ( py2 / py3 )에 바로 언급되어 있습니다.
연결 해제
엄밀히 말하면,
shutdown소켓을 먼저 사용해야close합니다. 은shutdown다른 쪽 끝에서 소켓에 대한 자문이다. 전달한 인수에 따라 " 더 이상 보내지 않겠습니다.하지만 여전히 듣겠습니다. "또는 " 잘 듣지 않습니다. ”. 그러나 대부분의 소켓 라이브러리는 일반적으로 aclose와 동일 하므로이 에티켓을 사용하지 않는 프로그래머에게 너무 익숙합니다shutdown(); close(). 따라서 대부분의 상황에서 명시적인 종료가 필요하지 않습니다....
close()충분합니다. Python 문서를 수정해야합니다.
위의 코드가 틀리지 않나요?
종료 호출 직후의 close 호출은 어쨌든 커널이 나가는 모든 버퍼를 버리도록 만들 수 있습니다.
http://blog.netherlabs.nl/articles/2009/01/18/the-ultimate-so_linger-page-or-why-is-my-tcp-not-reliable 에 따르면 종료와 읽기가 0을 반환 할 때까지 닫습니다.
몇 가지 종료 유형이 있습니다. http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.shutdown.aspx . * nix는 비슷합니다.
Shutdown (1), 소켓 no가 더 이상 데이터를 보내도록합니다.
이것은 유용합니다
1- 버퍼 플러싱
2- 이상한 오류 감지
3- 안전 가드
좀 더 설명하겠습니다. A에서 B로 데이터를 보낼 때 B로 전송되는 것은 보장되지 않으며 A os 버퍼로만 전송되고 B os 버퍼로 전송됩니다.
따라서 A에서 shutdown (1)을 호출하면 A의 버퍼를 플러시하고 버퍼가 비어 있지 않으면 오류가 발생합니다. 즉, 데이터가 아직 피어에 전송되지 않았습니다.
그러나 이것은 돌이킬 수 없으므로 모든 데이터를 완전히 보낸 후에 할 수 있으며 피어 os 버퍼에서 최소한인지 확인하고 싶습니다.
shutdown(): 않습니다