스프링 MVC: 로깅 간단히 알아보기(몰랐던것 중심)

TIP: Packaging은 war가 아니라 jar로 하는게 좋다. JSP를 사용하지 않고, 스프링 부트를 사용한다면 jar를 쓰자.
jar는 항상 내장 서버(톰캣 등)을 사용하고, webapp경로도 사용하지 않는다. 따라서 내장 서버 사용에 최적화 되어있는 기능이다.

로깅 간단히 알아보기

• 현재 스프링 부트 로깅으로는 slf4(인터페이스)를 기반으로 한 Logback 로그 라이브러리를 사용한다.

private Logger log = LoggerFactory.getLogger(getClass());
//자신이 현재 속해있는 클래스를 넘겨주면 된다. ex) logTest.class
private static final Logger log = LoggerFactory.getLogger(Xxx.class)

• 위와 같이 사용하며, log.info("hello")을 통해 로그를 찍을 수 있다.
  • 위의 결과값: 2022-03-03 12:14:33.919 INFO 7400 --- [nio-8080-exec-2] hello.springmvc.basic.LogTestController : info log=Spring
  • 앞에서 부터: 시간, 로그종류, process_id, thread, 호출한 클래스, log 정
• 만약, class 단에 @Slf4j를 추가하면 자동으로 위의 문장을 만들어 준다.

 //위에서 아래로 심각해지는 수준
 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);

로그 범위 설정

• ex) hello.springmvc 패키지와 그 하위 로그 레벨 설정
• logging.level.hello.springmvc=trace: trace이하 전부 로그 표시
  • 디폴트는 참고로 info로 되어있으며, logging.level.root=info로 전체 범위에 대해 로그를 출력한다.
• 보통 개발 서버는 debug, 운영 서버는 info까지 출력한다고 한다.
  
  

  Tip: log.trace("trace log" + name)이런식으로 쓰지 말아라!
  위와 같이 쓸 경우, 실제로 trace를 호출도 안하는데 "trace log" + name 이라는 연산이 실행된다.
  log.trace("trace log={}", name)이렇게 해야 trace가 실제로 호출되지 않았을때 추가적인 연산없이 스무스하게 넘어간다.

로그의 장점

• 쓰레드 정보, 클래스 이름 같은 부가 정보를 함께 볼 수 있고, 출력 모양을 조정할 수 있다.

• 로그 레벨에 따라 개발 서버에서는 모든 로그를 출력하고, 운영서버에서는 출력하지 않는 등 로그를 상황에
  맞게 조절할 수 있다.

• 시스템 아웃 콘솔에만 출력하는 것이 아니라, 파일이나 네트워크 등, 로그를 별도의 위치에 남길 수 있다.
  특히 파일로 남길 때는 일별, 특정 용량에 따라 로그를 분할하는 것도 가능하다.

• 성능도 일반 System.out보다 좋다. (내부 버퍼링, 멀티 쓰레드 등등) 그래서 실무에서는 꼭 로그를
  사용해야 한다