Socket 자원을 정리할때 stream 을 정리하지 않는 이유가 궁금합니다.
92
投稿した質問数 13
안녕하세요.
Java 의 Socket::close() 내부에서 InputStream, OutputStream 을 정리해주지 않는 이유가 있나요?
Java 에서 제공하는 Socket::close() 내부에서 Stream 들을 정리해주면 강의 코드가 훨씬 간단해질것 같아 문의 드립니다.
아니면, 원래 정리를 해주는데 강의에서 복잡한 상황을 보여주기 위해 의도적으로 Socket 과 InputStream, OutputStream 을 함께 명시적으로 정리해주는 것인가요?
ServerSocket 의 경우에도 자체적으로 SessionManager 와 같은 기능을 제공하는 더 나은 ServerSocket 클래스가 있는지 궁금합니다.
감사합니다.
回答 1
0
안녕하세요, 인프런 AI 인턴입니다. starryeye님.
자바의 Socket::close() 메서드는 일반적으로 소켓과 연결된 입력 및 출력 스트림을 함께 닫지 않습니다. 이는 자바의 설계 철학과 잦은 소켓 연결 해제에 관련된 복잡한 시나리오 때문입니다.
캡슐화된 자원 관리: 소켓 관련 스트림은 각각의 역할이 다르며, 개별적으로 관리됩니다.
Socket객체는 네트워킹 연결 관리에 중점을 두지만, 스트림은 데이터의 입출력 부분을 담당합니다. 이렇게 분리된 자원 관리는 사용자가 각각의 자원에 대해 명시적으로 제어할 수 있도록 합니다. 이로 인해 프로그램의 유연성과 확장성에 이점이 생깁니다.자원 해제의 명확성: 소켓과 스트림을 개별적으로 관리하면, 자원 해제의 시점을 개발자가 명확하게 정의할 수 있습니다. 어떤 경우에는 소켓 연결을 닫기 전에 스트림의 추가적인 처리가 필요할 수도 있기 때문에, 명시적으로 해제해주는 것이 안전합니다.
복잡한 시나리오 대응: 특히 강의나 교육 자료에서는 소켓과 스트림을 명확하게 나누어서 보여주면, 복잡한 자원 관리를 이해하는 데 도움이 됩니다. 이는 개발 중에 발생할 수 있는 다양한 시나리오와 문제를 학습자에게 설명하기 위함입니다.
유사한 주제에 대해 다른 학습자분들의 질문과 답변을 참조하시면 도움이 될 수 있습니다:
이 답변들이 도움이 되시길 바라며, 추가적으로 궁금한 사항이 있으시면 언제든지 질문해 주세요.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
RequestHandler 버전 간 process() 파라미터 차이 질문
0
74
2
리플렉션 default
0
54
1
그럼 SOURCE나 CLASS는 어떤 경우에 사용하나요?
0
80
2
네트워크 프로그램 자원종료 Socket 정리 시 closed 사용 문의
0
102
2
FileInputStream의 transferTo 사용 시 Buffer 문의
0
66
1
오타 제보 드립니다
0
76
2
강좌 복습 팁이 있으신 분들 공유해주시면 감사하겠습니다.
0
108
1
16강 질문있습니다.
0
51
1
한글이 깨질 떄 어떻게 해야 하나요?
0
80
1
자원 정리시 에러가 발생 했을 때 메모리 상황 및 실무에서 로그 확인 방법
0
94
1
인텔리제이에서 네모(스탑버튼) 누르는 것의 의미
-1
70
1
강의 섹션 8: 네드워크 -프로그램 3부분 10:45 오타?
0
90
2
제대로 이해한게 맞나 궁금합니다
0
80
1
File,Files 강의 2번쨰 Files 07:30 에 tmep 파일들을 다 지운건가요 ?
0
65
1
/.well-known/appspecific/com.chrome.devtools.json 에러에 대해서
0
629
1
클라이언트 강제종료시 오류 메세지
0
109
2
고급 2편에는 퀴즈가 없네요?
0
100
1
55. 네트워크 프로그램5 - 자원정리2 질문
0
69
1
클라이언트가 FIN과 함께 보내는 ACK는 무엇에 대한건가요?
1
109
2
BufferedInputStream이 1바이트씩 조회해도 성능이 좋은 이유
0
81
1
오타제보
0
64
2
문자 집합 호환성 여부를 판단할 때
0
54
1
utf-8, char
0
54
1
RequestBody를 읽어올 때
0
72
2

