운영 시스템에서는 System.out.println() 같은 시스템 콘솔을 사용해서 필요한 정보를 출력하지 않고,
별도의 로깅 라이브러리를 사용해서 로그를 출력한다.
로깅 라이브러리
스프링 부트 라이브러리를 사용하면 스프링 부트 로깅 라이브러리(spring-boot-starter-logging)가 함께 포함된다.
스프링 부트 로깅 라이브러리는 기본으로 다음 로깅 라이브러리를 사용한다.
- SLF4J
- Logback
로그 선언
- private Logger log = LoggerFactory.getLogger(getClass());
- private static final Logger log = LoggerFactory.getLogger(Xxx.class)
- @Slf4j : 롬복 사용 가능
로그 호출
- log.info("hello")
Log Level
로그 레벨은 6단계가 있다.
TRACE > DEBUG > INFO > WARN > ERROR > FATAL
- TRACE: DEBUG보다 상세한 정보 -> 개발시에 필요하고 DEBUG로 대체 가능하다.
- DEBUG: 프로그램 디버깅
- INFO: 상태변경과 같은 정보성 메시지
- WARN: 처리 가능한 문제, 향후 문제가 될수 있는 것 -> INFO레벨로 대체 가능하다.
- ERROR: 요청 처리중 문제
- FATAL: 아주 심각한 에러, 어플리케이션 작동 불가 -> ERROR레벨로 대체 가능하다.
주로, 운영단계에서는 INFO 를 사용하고, 개발 단계에서는 DEBUG 로 레벨을 설정한다.
로그 레벨 설정
application.properties
#전체 로그 레벨 설정(기본 info)
logging.level.root=info
#hello.springmvc 패키지와 그 하위 로그 레벨 설정
logging.level.hello.springmvc=debug
올바른 로그 사용법
- log.debug("data="+data)
- 로그 출력 레벨을 info로 설정해도 해당 코드에 있는 "data="+data가 실제 실행이 되어 버린다.
- 결과적으로 문자 더하기 연산이 발생한다.
- log.debug("data={}", data)
- 로그 출력 레벨을 info로 설정하면 아무일도 발생하지 않는다. 따라서 앞과 같은 의미없는 연산이 발생하지 않는다.
로그 사용시 장점
- 쓰레드 정보, 클래스 이름 같은 부가 정보를 함께 볼 수 있고, 출력 모양을 조정할 수 있다.
- 로그 레벨에 따라 개발 서버에서는 모든 로그를 출력하고, 운영서버에서는 출력하지 않는 등 로그를 상황에 맞게 조절할 수 있다.
- 시스템 아웃 콘솔에만 출력하는 것이 아니라, 파일이나 네트워크 등, 로그를 별도의 위치에 남길 수 있다. 특히 파일로 남길 때는 일별, 특정 용량에 따라 로그를 분할하는 것도 가능하다.
- 성능도 일반 System.out보다 좋다. (내부 버퍼링, 멀티 쓰레드 등등) 그래서 실무에서는 꼭 로그를 사용해야 한다.
'Back End > Spring' 카테고리의 다른 글
[Spring] 요청 매핑 핸들러 어뎁터의 구조 (0) | 2023.08.08 |
---|---|
[Spring] 스프링 MVC 기본 기능 (0) | 2023.08.07 |
[Spring] 스프링 MVC 구조 (0) | 2023.08.07 |
[Spring] 서블릿(servlet) aka. MVC 구버전 (0) | 2023.08.03 |
[Spring] 웹 애플리케이션의 이해... (0) | 2023.08.01 |