Java 로그 구성 요소 간의 관계에 대한 자세한 소개

이 기사는 Java 로그 구성 요소 간의 관계에 대해 자세히 소개합니다. 필요한 친구가 참고할 수 있기를 바랍니다.

1. 개요

이 글에서는 로그 컴포넌트의 장단점을 평가하지 않고, 관계만 비교합니다. 로그의 구성 요소 간에는 이러한 관계가 여러 개 있습니다. 이러한 관계를 명확하게 이해하면 로그를 소개하고 사용하는 데 도움이 됩니다.

2. 로그 파사드

로그 파사드는 로그를 기록하기 위해 프로그램에 직접 도입되는 로그 구성 요소를 의미하며, 로그 파사드인 이러한 구성 요소는 프로그램에 직접적으로 종속됩니다. 위 그림은 통나무 외관의 구성 요소입니다. 예를 들어 일부 소프트웨어는 기본적으로 일부 구성 요소를 직접 사용합니다. 예를 들어 Spring은 commons-logging을 사용하고 activiti는 slf4j를 로그 외관으로 사용합니다.

3. 로그 구현

log4j가 외관이자 구현인 것 외에도 commons-logging과 slf4j는 모두 로그를 직접 인쇄할 수 있으며 둘 다 로그를 인쇄하려면 로그 구현에 의존해야 합니다. 위의 그림을 달성합니다.

4. 브리징 방법

Slf4j는 기본적으로 로그백을 사용하여 일부 브리징 처리를 수행하는데, 구현의 파사드로서 slf4j를 사용하고 동시에 log4j를 다음과 같이 사용하려는 경우 실제 로그 구현, 이때 slf4j-logrj12 jar 패키지가 필요합니다. 이제 브리징 방법을 이해할 수 있어야 합니다.

5. 종속성 변경

여기서의 목적은 일부 충돌을 방지하는 것입니다. 예를 들어 이 시나리오에서는 개발에 Spring을 사용하고 현재 Sprng가 Commons를 기본값으로 사용하므로 우리가 개발하는 소프트웨어는 slf4j를 사용합니다. -logging은 로그 파사드로 사용되며 이때 일부 충돌이 발생하므로 jcl-over-slf4j를 도입하고 이 구성 요소를 통해 commons-logging을 다루기 위해 과거 소프트웨어의 내부 종속성을 다루기 위해 변경할 수 있습니다. 이런 식으로 의존성.

위 내용은 Java 로그 구성 요소 간의 관계에 대한 자세한 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!