《인터뷰 8부 에세이》 봄호 18호-Java인터뷰 질문들-php.cn

"인터뷰 8부 에세이" 봄 18권이 다시 나왔어요

이번에는 봄에 관한 인터뷰 질문을 정리해봤습니다. 봄에 관한 인터뷰 질문도 온라인으로 훑어보고 정리해봤습니다. 기본적으로는 여기까지입니다. 물론, 너무 기본적인 개념들이 있을 수 있으니 따로 질문을 따로 열지는 않았습니다. 다들 원활한 인터뷰를 바라겠습니다~

1. 봄에는 어떤 디자인 패턴이 사용되나요?
- 「1. Factory 디자인 패턴」: 예를 들어 BeanFactory와 ApplicationContext를 통해 Bean 객체를 생성합니다
- 2.Agent 디자인 패턴": AOP 구현은 프록시를 통해 이루어집니다. Spring은 주로 JDK 동적 프록시와 CGLIB 프록시를 사용합니다.
- "3. Singleton 디자인 패턴": Spring의 Bean은 기본적으로 단일입니다. 예
- 「4. 템플릿 메소드 패턴」: Spring에서는 jdbcTemplate과 데이터베이스에서 작동하는 Template으로 끝나는 다른 클래스는 템플릿 메소드 디자인 패턴, 몇 가지 공통 기능을 사용합니다.
- "5. 패턴": 우리 프로젝트는 여러 데이터베이스에 연결해야 하며, 다양한 고객이 방문할 때마다 필요에 따라 다양한 데이터베이스에 액세스하게 됩니다.이 모드를 사용하면 고객 요구에 따라 다양한 데이터 소스를 동적으로 전환할 수 있습니다.
- 『6. 관찰자 패턴』: Spring 이벤트 중심 모델 관찰자 패턴
- 『7. 어댑터 패턴』 : Spring AOP 개선이나 조언은 어댑터 패턴을 사용합니다
2. Spring에는 어떤 핵심 모듈이 있나요?
- 1."Spring Core": Spring Core, 가장 기본적인 부분입니다. IOC 및 종속성 주입 DI 기능을 제공하는 프레임워크
- 2.「Spring Context」: 향상된 BeanFactory 기능을 갖춘 하위 인터페이스인 Spring 컨텍스트 컨테이너
- 3.「 Spring Web" : 웹 애플리케이션 개발을 지원합니다
- 4."Spring MVC": 웹 애플리케이션에서 MVC 아이디어 구현을 목표로 합니다
- 5."Spring DAO": JDBC를 지원합니다. 추상화 레이어는 JDBC 코딩을 단순화하는 동시에 코딩이 더욱 강력해졌습니다
- 6."Spring ORM": Spring + Hibernate, Spring + iBatis, Spring과 같은 널리 사용되는 ORM 프레임워크의 통합을 지원합니다. + JDO 통합 등
- 7."Spring AOP": AOP Alliance
3과 호환되는 프로그래밍 구현을 제공하는 관점 지향 프로그래밍입니다.

먼저 IOC는 객체를 로드하는 데 사용되는 "컨테이너"입니다. 그 핵심 아이디어는 "제어 반전"

즉, "제어 반전이란 무엇입니까?" ?

제어의 반전은 "객체의 제어권을 스프링에 넘겨주고 스프링 컨테이너로 관리한다"는 어떠한 작업도 수행하지 않는다는 뜻입니다

그럼 왜 "제어 역전의 필요성"?

제어 역전이 없으면 "객체를 생성하고 객체를 직접 구성"해야 하며, 또한 "객체와 객체를 수동으로 처리해야 한다고 상상해 봅시다. 다양합니다. 서로 간의 복잡한 종속성", 프로젝트 규모가 확장되면 이 관계를 유지하는 것이 매우 번거롭기 때문에 객체 생성 및 구성 등을 결합하는 제어 반전 개념이 있습니다. 일련의 작업은 다음과 같습니다. 4. Spring의 IOC 컨테이너는 무엇인가요?

spring에서는 주로 "두 종류의 IOC 컨테이너"를 제공합니다. "BeanFactory"
, 다른 하나는
"ApplicationContext" 차이점은 BeanFactory "오직 객체를 인스턴스화하고 객체를 가져오는 가장 기본적인 기능만 제공합니다", ApplicationContext는 BeanFactory에서 파생된 제품이며 주석 삽입, 국제화 및 기타 기능 지원과 같은 기능이 더 강력합니다

5. BeanFactory와 FactoryBean의 차이점은 무엇인가요?

이 둘은"다른 제품"

"BeanFactory는 객체를 운반하는 데 사용되는 IOC 컨테이너입니다." "FactoryBean은 인터페이스입니다." Bean 객체를 프록시하면 일부 작업이 전후에 수행됩니다. 방법.

6. @Repository, @Service, @Compent 및 @Controller의 차이점은 무엇인가요?
이 네 가지 주석의 본질은 모두 주석으로 식별됩니다. 스프링 컨테이너는 사용 중인 다양한 애플리케이션 레이어를 구별하기 위한 것입니다."
- @Repository:dao layer
- @Service:service layer
- @Controller:controller layer
- @Compent: 위 세 레이어에 속하지 않는 다른 레이어도 이 주석을 일률적으로 사용합니다
7. DI란 무엇일까요?

DI는 사실 IOC와 거의 같지만 "같은 개념을 다른 각도에서 설명합니다"

DI가 설명하는 것 "핵심은 종속성입니다", 우리는"IOC의 핵심 기능은 프로그램이 실행될 때 다른 종속 개체를 개체에 동적으로 제공하는 것입니다"라고 말했는데, 이 기능은 DI에 의해 수행됩니다. 예를 들어 주입이 필요합니다. 객체 A가 객체 B에 종속되어 있는 경우 이 객체 B를 객체 A에 주입해야 합니다. 이는 스프링에 세 가지 주입 방법이 있습니다.
- 8. AOP란 무엇입니까?
- AOP는
  "런타임 A 기술 중 사전 컴파일 및 동적 프록시를 통해 프로그램 기능의 통일된 유지 관리를 달성하는 관점 지향 프로그래밍"
AOP는 입니다. Spring 프레임워크의 중요한 내용이자 함수형 프로그래밍의 파생 패러다임입니다. AOP는 비즈니스 로직의 다양한 부분을 분리하는 데 사용될 수 있습니다. 이를 통해 비즈니스 로직의 다양한 부분 간의 결합을 줄이고 프로그램 재사용성을 개선하며 개발 효율성을 향상시킬 수 있습니다.
「AOP 구현은 크게 두 가지 범주로 나뉩니다.」
Spring의 AOP 구현은 "동적 프록시를 통해 구현"입니다. 인터페이스가 구현되면 JDK 동적 프록시가 사용되고, 그렇지 않으면 CGLIB 프록시가 사용됩니다.

"5가지 알림 유형이 있습니다:"

"@Before": 대상 메서드가 호출되기 전에 알림

"@AfterReturning": 대상 메서드가 호출될 때 반환 또는 예외 메서드 반환

「@AfterThrowing」: 대상 메서드 반환 후 호출

「@After」: 대상 메서드에 예외가 발생한 후 호출

「@Around」 : 대상 메서드가 예외를 반환한 후 호출됩니다. 이를 캡슐화하고 호출 시간을 직접 결정하세요

9. 동적 프록시와 정적 프록시의 차이점은 무엇인가요?

"정적 프록시"

소스 코드는 프로그래머가 생성하거나 특정 도구를 통해 자동으로 생성된 후 컴파일됩니다. 프로그램이 실행되기 전에 프록시 클래스의 .class 파일이 이미 존재합니다.

정적 프록시는 일반적으로 하나의 클래스만 프록시합니다.

정적 프록시는 무엇을 프록시할지 미리 알고 있습니다

"동적 프록시"

프로그램이 실행 중일 때 리플렉션 메커니즘을 사용하여 동적으로 생성됨

동적 프록시는 인터페이스 아래의 여러 구현 클래스에 대한 프록시입니다.

동적 프록시는 무엇을 프록시해야 할지 모르고, 언제 프록시해야 하는지만 알 수 있습니다.

10. JDK 동적 프록시와 CGLIB 프록시의 차이점은 무엇인가요?

JDK 동적 프록시 비즈니스 클래스 "특정 인터페이스를 구현해야 함" 이는 "반사 메커니즘을 기반으로 구현" . 동일한 인터페이스를 구현하는 프록시 클래스를 생성한 다음 메서드를 다시 작성합니다. 코드를 향상시킵니다.

CGLIB 동적 프록시는 바이트코드 처리 프레임워크 ASM을 사용합니다. 그 원칙은 바이트코드 기술을 사용하여 "클래스에 대한 하위 클래스를 생성한 다음 상위 클래스의 메서드를 재정의"하여 코드를 향상시키는 것입니다.

11.Spring AOP와 AspectJ AOP의 차이점은 무엇인가요?
Spring AOP는
"동적 프록시 구현"을 통해 달성되는 런타임 향상입니다.
AspectJ AOP는 완료하려면 특수 컴파일러가 필요한 컴파일 시간 향상이며
"코드 수정"을 통해 달성됩니다. , 지원 "세 가지 직조 방법"

"컴파일 타임 위빙": 바이트코드 컴파일 시 관련 프록시 클래스를 위빙하는 것입니다

"포스트 컴파일 위빙": 초기 클래스를 컴파일한 후 AOP 개선이 필요한 것으로 확인되며, 그런 다음 weaving 해당 코드를 입력합니다

"클래스가 로드될 때 Weaving" : 로더가 클래스를 로드할 때 Weaving을 의미합니다

컴파일 시간, 컴파일 후 클래스 로딩 시간
12. Spring의 Bean 라이프 사이클은 무엇입니까?
SpringBean 라이프 사이클은 대략 4단계로 나뉩니다.

1."인스턴스화", Bean 객체 인스턴스화

2."채우기 속성", Bean

3."초기화"

Aware 인터페이스가 구현되면 컨테이너 리소스는 해당 인터페이스를 통해 획득됩니다

BeanPostProcessor 인터페이스가 구현되면 인터페이스의 전처리 및 후처리 향상이 호출됩니다

init-method 메소드가 구성되면 해당 메소드가 실행됩니다

4. "Destroy"

DisposableBean 인터페이스가 구현되면 인터페이스의 destroy 메소드가 다시 호출됩니다.

destroy-method 메소드가 구성되면 destroy-method로 구성된 메소드가 실행됩니다.

13.spring 순환 종속성을 해결하는 방법은 무엇입니까?
순환 종속성은 두 개체가 서로 의존하여 순환 호출 링크를 형성한다는 의미입니다.
spring은 세 번째 수준 캐시를 사용하여 순환 종속성을 해결하는 핵심 논리는 인스턴스화와 초기화 단계를 분리한 다음 다른 객체가 호출할 수 있도록 캐시에 저장하는 것입니다

"첫 번째 수준 캐시": 인스턴스화되고 초기화된 개체를 저장하는 데 사용됩니다

"두 번째 수준 캐시": 인스턴스화되었지만 초기화되지 않은 개체를 저장하는 데 사용됩니다

"3차 캐시": 개체 팩토리를 저장하고 두 번째 수준 캐시에서 개체를 생성하기 위한 익명의 내부 클래스를 제공하는 데 사용됩니다

클래스 A와 B 사이에 순환 참조가 발생할 때 거친 프로세스

1 . A가 인스턴스화를 완료한 후 "객체 팩토리를 생성하여 세 번째 수준 캐시에 넣습니다"로 이동합니다.

A가 AOP에 의해 프록시되면 이 팩토리를 통해 얻은 것은 A 이후의 객체입니다. Proxy

A가 AOP에 의해 프록시되지 않으면 이 팩토리에서 얻는 것은 A

2에 의해 인스턴스화된 객체입니다. A가 속성 주입을 수행하면 "Create B"

3으로 이동합니다. .B에서는 속성 주입을 위해 A가 필요하며 "세 번째 수준 캐시에서 A 팩토리 프록시 객체 가져오기"를 통해 주입한 다음 세 번째 수준 캐시에서 A 팩토리를 삭제하고 A 객체를 두 번째 수준에 넣습니다. 캐시

4.B 초기화가 완료될 때까지 후속 속성 주입을 완료하고 B를 1차 캐시에 넣습니다

5."A가 1차 캐시에서 B를 검색하여 B를 주입합니다." , 후속 작업이 완료될 때까지 두 번째 수준 캐시에서 A를 삭제하고 첫 번째 수준 캐시에 넣으면 순환 종속성이 종료됩니다

spring 순환 종속성을 해결하려면 두 가지 전제 조건이 있습니다.

1."모든 생성자 메서드는 아님"순환 종속성(그렇지 않으면 초기화 및 인스턴스화 작업을 분리할 수 없음)

2."싱글톤이어야 함"(그렇지 않으면 동일하다고 보장할 수 없음) object)

14. 왜 3차 캐시를 사용하는 걸까요? 2차 캐시로는 해결할 수 없나요?
네, 3차 캐시의 기능은 사전에 프록시 객체를 생성하는 것입니다. 순환 종속성이 실제로 발생할 때만, 그렇지 않으면 "팩토리를 생성하여 3차 캐시에 저장"만 할 뿐 실제로 이 팩토리를 통해 객체를 생성하지는 않습니다.
순환 종속성을 해결하기 위해 두 번째 수준 캐시를 사용하는 경우 모든 Bean은 인스턴스화 후 AOP 프록시를 완료해야 하며 이는 "Spring 설계 원칙을 위반하는" 것을 의미합니다. 인스턴스화 직후 AOP 프록시를 수행하는 대신 라이프 사이클을 통해 AOP 프록시를 완료합니다.
15. @Autowired와 @Resource의 차이점은 무엇입니까?

"@Resource는 Java 자체 주석입니다.", @Resource에는 더 중요한 두 가지 속성, 즉 이름과 유형이 있습니다. Spring은 @Resource 주석의 name 속성을 bean 이름으로, type 속성을 bean 유형으로 확인합니다. 따라서 name 속성을 사용하면 byName 자동 주입 전략이 사용되고, type 속성을 사용하면 byType 자동 주입 전략이 사용됩니다. name이나 type 속성이 모두 지정되지 않으면 byName 자동 주입 전략이 리플렉션 메커니즘을 통해 사용됩니다.

"@Autowired는 spring의 주석입니다". 이는 spring2.5 버전에서 도입되었습니다. Autowired는 유형에 따라 주입만 하며 "이름과 일치하지 않습니다". 유형이 주입된 객체를 식별할 수 없는 경우 @Qualifier 또는 @Primary 주석으로 장식해야 합니다.
Spring의 트랜잭션 격리 수준은 무엇입니까?

REPEATABLE_READ: 반복 읽기SERIALIZABLE: 직렬화

17.

1.
「propagation_required」

현재 방법
"트랜잭션이 있는 컨텍스트에서 실행되어야 함"
. 그렇지 않으면 트랜잭션이 다시 열립니다.(호출측에서 예외가 발생하면 호출측과 호출측 트랜잭션이 모두 롤백됩니다.)

2.「propagation_supports」
현재 메소드에서는 트랜잭션 컨텍스트가 있지만 트랜잭션이라면 이 트랜잭션에서도 실행할 수 있습니다
3.「propagation_mandatory」
은 현재 메소드를 나타냅니다"는 트랜잭션에서 실행되어야 합니다 ", 트랜잭션이 없으면 예외가 발생합니다.
4.「propagation_nested"
현재 메서드에 트랜잭션이 실행 중인 경우 해당 메서드는 중첩된 트랜잭션에서 "실행되어야 합니다. ", 중첩된 트랜잭션은 캡슐화된 트랜잭션과 독립적으로 커밋되거나 롤백될 수 있습니다. 캡슐화된 트랜잭션이 존재하고 외부 트랜잭션이 롤백에 대한 예외를 발생시키는 경우 내부 트랜잭션은 롤백되어야 합니다. 반대로 내부 트랜잭션은 외부 트랜잭션에 영향을 미치지 않습니다. 캡슐화된 트랜잭션이 존재하지 않는 경우 propagation_required
5.「propagation_never」
트랜잭션이 있는 경우 현재 서비스가 실행되지 않아야 합니다. "
6.
"propagation_requires_new"

현재 메소드
"자체 트랜잭션에서 실행되어야 합니다" 예외가 발생합니다. 새 트랜잭션이 시작되고 기존 트랜잭션이 실행 중인 경우 새 트랜잭션이 커밋되거나 롤백될 때까지 런타임 중에 이 메서드가 일시 중지됩니다.

7.
「propagation_not_supported」

메서드는 트랜잭션 내에서 실행되어서는 안 됩니다."트랜잭션이 실행 중이면 실행 기간 동안 일시 중지되며 트랜잭션이 커밋되거나 롤백될 때까지 실행이 재개되지 않습니다."
18.springBoot 자동 조립 원리?

1. 컨테이너가 시작되면 EnableAutoConfigurationImportSelector.class의 selectImports 메서드를 호출합니다. "일반적으로 사용되는 BeanConfiguration의 전체 목록 가져오기"

2. -boot-autoconfigure.jar spring.factories 아래, "모든 Spring 관련 Bean의 정규화된 ClassName 가져오기"

3 그런 다음 계속 "필터를 호출하여 하나씩 필터링" 하고 필터링합니다. 일부는 필요하지 않습니다. Qualified Bean

4. 마지막으로 기본 EnableConfigurationPropertie 클래스의 속성 값에 검증된 BeanConfiguration을 삽입하고 "IOC 환경에 삽입"

주요 차이점 Spring AOP AspecjtJ AOP

향상 방법 런타임 향상 컴파일 시간 향상

구현 방법 동적 프록시 수정 코드 ㅋㅋㅋ