Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- git
- RestControllerAdvice
- http
- 인터셉터
- response
- spring boot
- proxy pattern
- 객체지향프로그래밍
- Spring
- 스프링 시큐리티
- Spring Security
- MYSQL
- aspect
- 스프링
- aop
- 디자인패턴
- 관점지향프로그래밍
- mybatis
- 트랜잭션
- 스프링부트
- request
- java
- Interceptor
- 자바
- network
- exception
- Redis
- OOP
- SQL
- Filter
Archives
- Today
- Total
목록printStackTrace (1)
장쫄깃 기술블로그

printStackTrace()를 사용하면 안되는 이유1. 오류 출력 대상의 불확실성'System.err'는 'System.setErr()'를 통해 재설정될 수 있으므로, 오류 출력이 실제로 어디로 가는지 확실하지 않다. 이는 로그가 예상치 못한 위치로 출력되어 디버깅 및 문제 추적을 어렵게 만들 수 있다. 2. 높은 오버헤드printStackTrace는 내부적으로 동기화(synchronized)를 사용하며, 성능 저하를 유발할 수 있다. 3. 보존 정책 부재printStackTrace로 출력된 로그는 별도의 보존 정책을 설정할 수 없다. 기본적으로 로그는 응용 프로그램의 생명 주기와 함께 소멸하며, 파일 저장이나 전송, 필터링이 불가능하다. 이는 중요한 오류 로그가 손실될 가능성을 높인다. 4. 보안성..
Programming Language/Java
2024. 12. 20. 00:47