[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 테스트
- invokedynamic
- JPA JSON
- Spring
- Jenkins 예약 배포
- GitHub Discussion
- Spring Boot Monitoring
- 의존성 주입
- multiplebagsfetchexception
- logback-spring.xml
- springboottest
- Fromtail
- stubbing
- 람다식
- GitHub Discussion Template
- 함수형 인터페이스
- 우테코 프리코스
- Payload 암호화
- 스프링
- 생성자 주입
- 자바
- RandomPort
- GitHub Discussion 템플릿
- MySQL
- MySQL 이벤트 스케줄
- 우테코 5기
- java switch case
- 우테코
- JPA
- Java
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함