2020년 봄 신규 Java 면접 질문(2)

1. 봄의 콩은 스레드로부터 안전한가요?

(관련 권장사항: java 인터뷰 질문)

Spring 컨테이너의 Bean이 스레드로부터 안전한지 여부는 컨테이너 자체가 Bean에 대한 스레드로부터 안전한 전략을 제공하지 않으므로 Bean이 스레드로부터 안전한지 여부를 알 수 있습니다. 스프링 컨테이너 자체에는 스레드 안전성 특성이 없지만 세부 사항은 여전히 ​​특정 범위의 Bean과 함께 연구되어야 합니다.

2. Spring은 몇 개의 Bean 범위를 지원합니까?

스프링 컨테이너를 통해 Bean 인스턴스를 생성하면 Bean 인스턴스의 인스턴스화를 완료할 수 있을 뿐만 아니라 Bean에 대해 특정 범위를 지정할 수도 있습니다. Spring은 다음 5가지 범위를 지원합니다:

싱글톤: 싱글톤 모드. 전체 Spring IoC 컨테이너에서 싱글톤을 사용하여 정의된 Bean은 단 하나의 인스턴스만 갖습니다.

prototype: 프로토타입 모드, getBean 메소드를 통해 프로토타입 정의를 얻을 때마다. 컨테이너 Bean의 새로운 Bean 인스턴스가 생성됩니다

request: 각 HTTP 요청에 대해 request를 사용하여 정의된 Bean은 새 인스턴스를 생성합니다. 즉, 각 HTTP 요청은 다른 Bean 인스턴스를 생성합니다. 이 범위는 웹 애플리케이션에서 Spring을 사용할 때만 유효합니다.

세션: 각 HTTP 세션에 대해 세션에서 정의한 Bean Bean을 사용하여 새 인스턴스가 생성됩니다. 이 범위는 웹 애플리케이션에서 Spring을 사용할 때만 유효합니다.

globalsession: 세션을 사용하여 정의된 각 전역 HTTP 세션과 Bean은 새 인스턴스를 생성합니다. 일반적으로 이는 포틀릿 컨텍스트를 사용할 때만 유효합니다. 이 범위는 웹 애플리케이션에서 Spring을 사용할 때만 유효합니다. 더 일반적으로 사용되는 범위는 싱글톤과 프로토타입입니다. 싱글톤 범위 Bean의 경우 Bean을 요청할 때마다 동일한 인스턴스를 얻게 됩니다. 컨테이너는 Bean 인스턴스의 상태를 추적하고 Bean 인스턴스의 라이프사이클 동작을 유지하는 역할을 담당합니다.

Bean이 프로토타입 범위로 설정되면 프로그램이 이 ID로 Bean을 요청할 때마다 Spring은 새로운 Bean 인스턴스를 만들어 프로그램에 반환합니다. 이 경우 Spring 컨테이너는 Bean 인스턴스를 생성하기 위해 new 키워드만 사용합니다. 생성이 성공하면 컨테이너는 더 이상 인스턴스를 추적하지 않으며 Bean 인스턴스의 상태를 유지하지 않습니다.

빈의 범위를 지정하지 않으면 Spring은 기본적으로 싱글톤 범위를 사용합니다.

Java는 Java 인스턴스를 생성할 때 메모리를 적용해야 하며, 인스턴스를 삭제할 때 가비지 수집을 완료해야 합니다. 이러한 작업은 시스템 오버헤드를 증가시킵니다. 따라서 프로토타입 범위 Bean을 생성하고 삭제하는 데는 상대적으로 비용이 많이 듭니다. 싱글톤 범위의 Bean 인스턴스가 성공적으로 생성되면 재사용할 수 있습니다.

따라서 필요한 경우가 아니면 Bean을 프로토타입 범위로 설정하지 마십시오.

Spring 컨테이너는 애플리케이션에서 Bean을 생성하고 ID를 통해 이러한 객체 간의 관계를 조정하는 역할을 담당합니다. 개발자로서 우리는 Spring에게 생성할 빈과 이들을 함께 연결하는 방법을 알려주어야 합니다.

Spring에서 Bean을 조립하는 방법에는 두 가지가 있습니다.

1. 암시적 Bean 검색 메커니즘 및 자동 조립

2. Java 코드 또는 XML의 명시적 구성

물론 이러한 방법을 함께 사용할 수도 있습니다.

프로그래밍 방식의 트랜잭션 관리는 POJO 기반 애플리케이션의 유일한 옵션입니다. 코드에서 BeginTransaction(), commit(), Rollback() 및 기타 트랜잭션 관리 관련 메서드를 호출해야 합니다. 이것이 프로그래밍 방식의 트랜잭션 관리입니다.

TransactionProxyFactoryBean 기반의 선언적 트랜잭션 관리

@Transactional 기반의 선언적 트랜잭션 관리

Aspectj AOP 기반 트랜잭션 구성

트랜잭션 격리 수준은 하나의 트랜잭션과 다른 병렬 트랜잭션에 의한 데이터 수정 간의 격리 정도를 나타냅니다. 여러 트랜잭션이 동시에 동일한 데이터에 액세스할 때 필요한 격리 메커니즘이 채택되지 않으면 다음과 같은 문제가 발생할 수 있습니다.

더티 읽기(Dirty read): 하나의 트랜잭션이 다른 트랜잭션에서 커밋되지 않은 업데이트 데이터를 읽습니다.

팬텀 읽기: 예를 들어 첫 번째 트랜잭션은 테이블의 데이터를 수정합니다. 예를 들어 이 수정에는 테이블의 "모든 데이터 행"이 포함됩니다. 동시에 두 번째 트랜잭션도 이 테이블의 데이터를 수정합니다. 이 수정은 테이블에 "새 데이터 행"을 삽입하는 것입니다.

그러면 첫 번째 트랜잭션을 실행한 사용자는 마치 환각에 빠진 것처럼 테이블에 아직 수정되지 않은 데이터 행이 있다는 것을 알게 됩니다.

비반복 읽기: 예를 들어 동일한 트랜잭션에서 두 개의 동일한 select 문이 연속적으로 실행되었습니다. 이 기간 동안 이 트랜잭션에서는 DDL 문이 실행되지 않았지만 연속적으로 얻은 결과는 일관성이 없습니다.

위 내용은 2020년 봄 신규 Java 면접 질문(2)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!