스프링 MVC(5)

로그

• 운영 시스템에서는 System.out.println()같은 시스템 콘솔을 사요해서 필요한 정보를 출력하지 않고, 별도의 로깅 라이브러리를 사용해서 로그를 출력한다.
• 로깅 라이브러리는 스프링 부트 라이브러리를 사용하면 (spring-boot-starter-logging)이 함께 포함된다.
• 스프링부트는 SLF4J, Logback 로깅 라이브러리를 기본으로 사용한다.

로그사용

@RestController
@Slf4j
public class LogTestController {
//    private final Logger log = LoggerFactory.getLogger(LogTestController.class);

    @RequestMapping("/log-test")
    public String logTest(){
        String name = "Spring";
        log.trace("trace log={}",name);
        log.debug(" debug log={}",name);
        log.info("info log={}",name);
        log.warn(" warn log={}",name);
        log.error("error log={}",name);
        return "ok";
    }
}

• @slf4j 대신에 주석 코드를 사용할 수 있다.
• @RestController
  • @Controller는 반환 값이 String이면 뷰 이름으로 인식된다. 그래서 뷰를 찾고 뷰가 랜더링 된다.
  • @RestController는 반호나 값으로 뷰를 찾는 것이 아니라, HTTP 메시지 바디에 바로 입력한다. 따라서 실행 결과로 ok 메세지를 받을 수 있다.
• 로그 레벨
  • LEVEL : TRACE > DEBUG > INFO > WARN > ERROR
  • 개발 서버는 debug 출력
  • 운영 서버는 info 출력(너무 많은 정보가 출력될 수 있기 때문에)

로그 레벨 설정

//전체 로그 레벨 설정(기본 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볻 좋다.(내부 버퍼링, 멀티 쓰레드 등등) 그래서 실무에서는 꼭 로그를 사용해야한다.

출처 - 김영한의 스프링 MVC 1편