[Java] 왜 try-with-resources를 사용할까?
try-finally의 단점 InputStream, OutputStream과 java.sql.Connection과 같은 자원은 close 메서드를 사용자가 직접 호출해 닫아주어야 한다. 이런 자원을 직접 닫아주지 않아도 gc가 알아서 처리해주긴 하지만 그 시점을 정확히 알 수 없기 때문에 직접 닫아주는 것이 가장 안전하다. Java7 이전에는 자원의 닫힘을 처리하기 위해 try-finally가 사용되었다. BufferedReader를 사용해 한 줄의 콘솔 입력을 받는 메서드는 아래와 같다. String readLine() throws IOException { BufferedReader br = new BufferedReader(new InputStreamReader(System.in)); try { re..
Java
2023. 3. 27. 21:30
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 자바
- Spring
- Payload 암호화
- Java
- MySQL 이벤트 스케줄
- multiplebagsfetchexception
- MySQL
- stubbing
- 람다식
- Spring Boot Monitoring
- JPA JSON
- springboottest
- 우테코 프리코스
- invokedynamic
- 의존성 주입
- 함수형 인터페이스
- 스프링
- Jenkins 예약 배포
- 생성자 주입
- GitHub Discussion
- logback-spring.xml
- Fromtail
- java switch case
- GitHub Discussion 템플릿
- Spring 테스트
- GitHub Discussion Template
- 우테코
- RandomPort
- 우테코 5기
- JPA
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
글 보관함