이 글은 김영한 님의 스프링 MVC 1편 - 백엔드 웹 개발 핵심 기술 강의를 수강하며 정리한 글입니다.
스프링 부트를 사용하면 스프링 부트 로깅 라이브러리(spring-boot-starter-logging)가 함께 포함된다.
˙ SLF4J : 많은 로그 라이브러리를 통합해서 인터페이스로 제공한다.
˙ Logback : 구현체
사용
@Slf4j
@RestController
public class LogTestController {
// private final Logger log = LoggerFactory.getLogger(getClass()); // @Slf4j 생략 시 선언해야 한다
@RequestMapping("/log-test")
public String logTest() {
String name = "Spring";
System.out.println("name = " + name);
log.trace("race log={}", name);
log.debug("debug log={}", name);
log.info(" info log={}", name);
log.warn(" warn log={}", name);
log.error("error log={}", name);
return "ok";
}
}
@RestController
- @Controller는 반환 값이 String이면 뷰 이름으로 인식되어서 뷰를 찾아서 랜더링된다.
- @RestController: 반환 값으로 뷰를 찾지 않고, HTTP 메시지 바디에 바로 입력한다. 실행 결과로 ok 메시지를 받을 수 있다.
로그 레벨 설정 - application.properties
- LEVEL: TRACE > DEBUG > INFO > WARN > ERROR
- 개발 서버는 debug 출력
- 운영 서버는 info 출력
#전체 로그 레벨 설정(기본 info)
logging.level.root=info
#hello.springmvc 패키지와 그 하위 로그 레벨 설정
#logging.level.hello.springmvc=debug
root: 모든 패키지
Trace로 설정하면 Trace 레벨부터 출력된다
올바른 사용법
˙ log.debug("data="+data)
로그 출력 레벨을 info로 설정해도 해당 코드에 있는 "data="+data가 실제 실행이 되어 버린다.
결과적으로 문자 더하기 연산이 발생한다. - 메모리, CPU 사용
˙ log.debug("data={}", data)
로그 출력 레벨을 info로 설정하면 아무일도 발생하지 않는다. 따라서 앞과 같은 의미없는 연산이 발생하지 않는다.
장점
- 쓰레드 정보, 클래스 이름 같은 부가 정보를 함께 볼 수 있고, 출력 모양을 조정할 수 있다.
- 로그 레벨에 따라 개발 서버에서는 모든 로그를 출력하고, 운영 서버에서는 출력하지 않는 등 로그를 상황에 맞게 조절할 수 있다.
- 시스템 아웃 콘솔에만 출력하는 것이 아니라, 파일이나 네트워크 등, 로그를 별도의 위치에 남길 수 있다.
- 성능이 System.out보다 좋다. (내부 버퍼링, 멀티 쓰레드 등)
'Back-End > Spring' 카테고리의 다른 글
[Spring MVC] 응답 | 정적 리소스, 뷰 템플릿, HTTP 메시지 (0) | 2022.05.10 |
---|---|
[Spring MVC] HTTP 요청 | 파라미터(@ModelAttribute), 단순 텍스트, JSON (0) | 2022.05.09 |
[Spring MVC] 기본 기능: 프로젝트 생성 (0) | 2022.05.06 |
[Spring MVC] API 계층 - Controller (0) | 2022.05.03 |
[Spring MVC] 스프링 MVC의 전체 구조 (0) | 2022.05.02 |
댓글