Unix 도메인 소켓 바인딩, 주소 재사용

TCP 연결을 위한 소켓이 있고 나중에 bind()프로그램 을 실행할 때 문제가 발생할 수 있습니다. 그럼에도 불구하고 커널은 여전히 ​​열린 소켓과 관련된 리소스를 소유할 수 있기 때문입니다.AF_INETclose()close()

그러나 Unix 도메인 소켓과 관련된 이 문제에 대해서는 잘 모르겠습니다.

지금까지 내가 본

1. 그것을 사용하려면 고유한 경로가 필요합니다 bind(). 호출 시 경로가 존재하지 않아야 하며 bind()파일은 로 표시됩니다 bind(). (단, 파일 시스템에 표시될 수도 있고 표시되지 않을 수도 있습니다. 경로가 특수 문자로 시작되면 파일이 파일 시스템에 표시되지 않습니다 \0. )

2. 파일이 unlink()-ed가 아닌 경우 커널은 닫힌 후에도 관련 리소스를 유지하며 소켓은 완전히 작동합니다.

질문:

어느 누구도 Unix 도메인 소켓을 사라지게 할 수 close()없기 때문에 unlink()두 사람 모두 이 작업을 안정적으로 수행하거나 소켓과 관련된 모든 리소스를 포기하도록 커널을 트리거할 수 있습니까?

reuseaddr과 가 동시에 호출되면 오류가 발생할 close()수 있습니까?unlink()

---

편집(댓글 및 답변 후):

따라서 바인딩된 AF_LOCAL 소켓은 다음과 같습니다.

unix_domain_socket_inode
-> binded to a socket
-> associated with a file (path)

수명 은 unix_domain_socket_inode다음과 같은 경우까지 지속됩니다.

1. 무언가가 소켓을 열어두거나(소켓이 닫히지 않음)
2. 연관된 경로가 있습니다

1.만 참이라면 개방형 소켓과 inode가 있고 모든 것이 정상입니다.

2.만 true인 경우 inode에 연결된 경로가 있으므로 커널은 이를 정리할 수 없지만 들어오는 연결을 처리할 소켓 리소스가 부족하기 때문에 작동하지 않습니다. 그것은 심지어 평범한 파일도 아니며, 바쁘게 작동하는 소켓의 과거 영광의 죽은 껍질일 뿐입니다.

AF_INET 연결의 경우 주소 재사용은 더 나은 가용성을 위한 설계 선택입니다.

AF_LOCAL의 경우 나머지 파일은 이전 디자인 선택의 아티팩트이므로 커널 자체가 close()호출 시 한 번에 생성된 파일을 자동으로 정리하는 것을 방지합니다. 연관된 숨김 메커니즘이 없으므로 커널은 close()a를 호출한 후 이 리소스를 유지할 것으로 예상합니다.