소켓은 프로그램 두 개를 잇는 통신 창구입니다.

01

듣는 소켓과 대화하는 소켓은 다릅니다.

서버 쪽에는 연결을 기다리는 소켓과 실제로 대화를 주고받는 소켓이 따로 있습니다. 화면에서 듣기 상태 표시와 서버 소켓 상태 표시를 나눠 둔 이유가 이것인데, 기다리는 쪽은 연결이 들어와도 계속 기다리는 상태로 남아 다음 손님을 받습니다. 서버 하나가 여러 접속을 동시에 처리할 수 있는 것이 이 구조 덕분입니다.

02

주소는 두 값이 한 쌍입니다.

연결을 지정하려면 어느 컴퓨터인지와 그 안의 어느 프로그램인지가 함께 필요합니다. 접속할 곳을 바꾸면 앞의 값만 달라지고 뒤의 번호는 그대로인 것을 화면에서 볼 수 있습니다. 같은 PC 안에서 붙을 때 쓰는 주소는 밖으로 나가지 않고 자기 자신을 가리키는 특별한 값이라, 네트워크가 없어도 동작합니다.

03

보내는 것은 글자가 아니라 바이트입니다.

화면은 보낼 내용의 바이트 수와 앞부분의 16진수 표현을 함께 보여줍니다. 소켓이 다루는 것은 사람이 읽는 문자열이 아니라 바이트 나열이고, 한글처럼 한 글자가 여러 바이트인 문자를 넣으면 글자 수와 바이트 수가 달라집니다. 길이를 글자 수로 계산했다가 어긋나는 문제가 여기서 시작됩니다.

04

연결은 한 번 열고 계속 씁니다.

요청과 응답이 같은 연결 위에서 오갑니다. 응답을 받기 위해 새로 연결을 열지 않으며, 회선 상태 표시가 그 사이에 끊기지 않는 것으로 이 점을 보여줍니다. 요청마다 연결을 새로 여는 방식과 비교하면 처음 여는 비용을 한 번만 치르게 되고, 그 차이가 잦은 통신에서 크게 벌어집니다.

05

닫는 것도 절차입니다.

마지막 단계에서 양쪽 소켓이 닫힌 상태로 바뀝니다. 프로그램을 그냥 종료해 버리면 상대는 연결이 왜 끊겼는지 알 수 없고, 정리되지 않은 자원이 남습니다. 닫기를 별도 단계로 둔 이유는 이것이 생략해도 되는 마무리가 아니라 대화의 일부이기 때문입니다.

06

상태 이름을 그대로 노출합니다.

연결 중 · 연결됨 · 보내는 중 · 받는 중 · 닫힘 같은 표시는 실제 프로그래밍에서 마주치는 소켓의 상태에 대응합니다. 코드에서 어느 함수를 부를 수 있는 시점인지가 이 상태로 정해지기 때문에, 화면에서 상태 변화를 눈으로 익혀 두면 코드의 호출 순서를 이해하기 쉬워집니다.

07

계산과 화면을 분리했습니다.

여섯 단계의 상태 변화는 화면 코드가 아니라 별도 모듈이 계산하고, 자동 테스트가 각 단계의 상태 조합을 확인합니다. 조작할 수 있는 선택지가 여럿이라 조합마다 결과가 달라지는데, 계산을 따로 떼어 두면 화면을 고치다가 특정 조합만 조용히 틀어지는 일을 막을 수 있습니다.

08

먼저 준비된 쪽이 기다립니다.

서버가 듣기 시작하기 전에 클라이언트가 연결을 걸면 거절당합니다. 화면에서 서버 쪽 준비 단계가 항상 먼저 오는 것은 이 순서가 지켜져야 하기 때문이고, 개발 중에 서버를 띄우기 전에 클라이언트를 실행해 연결 거부를 만나는 일이 흔합니다. 이때 나오는 오류는 주소를 잘못 적었을 때와 다르므로, 두 경우를 구분해 읽을 수 있으면 원인을 빨리 좁힐 수 있습니다.

09

같은 PC 안에서도 소켓입니다.

접속할 곳을 같은 PC 안으로 골라도 절차는 하나도 줄어들지 않습니다. 주소만 자기 자신을 가리키는 값으로 바뀔 뿐 듣고 연결하고 주고받고 닫는 순서는 그대로입니다. 개발할 때 대부분 이 방식으로 시험하기 때문에, 네트워크를 건너는 경우와 같은 코드가 그대로 동작한다는 점을 여기서 확인해 두면 나중에 헷갈리지 않습니다.