[Spring] IoC, DI, DL, AOP, PSA*

💡 Spring 핵심 개념 인터뷰 Q&A

위 개념 설명에 앞서 beanFactory를 이해해야한다.

Q.BeanFactory란?

• BeanFactory는 스프리에서 제공하는 가장 기본적인 인터페이스이자 컨테이너이다.
• 빈(객체)의 생성과 의존성주입(DI)를 담당하며,지연로딩(lazy loading)방식으로 동작한다.

특징

• 인터페이스, getBean()으로 호출할때 객체를 생성
• AOP없음
• 내부적으로만 사용된다. ApplicationContext을 사용하며 내부에서 상속받아 beanFactory를 사용한다.
  
  
  

Q.IoC란?

• Inversion of Control의 약자이며 제어의 역전
• 객체 생성, 의존성 설정 제어권을 스프링프레임워크가 가짐, 원래는 개발자가 가지는데 프레임워크가 제어권을 가지므로 ‘제어의 역전’이라 칭한다.

예시

// 기존 방식 (직접 생성)
Service svc = new ServiceImpl();

// IoC 적용 방식 (Spring이 생성 및 주입)
@Autowired
Service svc;

• 주로 직접생성하는 기존방식에서 스프링이 주입하는 방식을 사용함(제어의 역전)
• IOC의 구현 방식 중 하나로 DI(의존성 주입, @Autowired)이 있다.
  
  
  

Q. DI란?

• dependency injection의 약자이며, 의존성 주입
• 객체가 의존하는 다른 객체를 생성하지 않고 외부(스프링컨테이너)에서 주입받는(가져오는) 방식

구현방법

• 생성자 주입
• 세터 주입
• 필드 주입
• 위 3가지가 있으며 생성자 주입을 권장한다. 왜냐하면 불변성을 보장, 테스트용이성 때문이다.
  
  
  

Q. DL이란?

• dependency lookup이며, 의존성 조회
• 필요한 객체를 개발자가 직접 컨테이너에서꺼내 사용하는 방식

예시

ApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class);
Service service = context.getBean(Service.class);

Q. DI와 DL 비교

• 의존 객체를 주입(프레임주도) → DI
• 의존 객체를 직접 조회(개발자 주도) → DL
• DI가 권장되며 결합도낮고, 테스트성높다.
  
  
  

Q. AOP란?

• aspect-oriented-programming, 관점지향프로그래밍
• 공통적인 기능(트랜잭션, 로깅) 과 핵심비즈니스로직을 분리해 모듈화 하는 개념
• 도입목적은 중복되는 부가기능을 모듈화해 코드의 중복을 줄이고 유지보수를 향상하기 위함에 있다.
• AOP 개념을 적용하면 핵심기능 코드 사이에 끼어있는 부가기능을 독립적인 요소로 구분해 낼 수 있고,
• 이렇게 구분된 부가기능 Aspect는 런타임 시에 필요한 위치에 동적으로 참여하게 할 수 있다.
  
  
  

Q. AOP를 사용하면 좋은 점?

• AOP는 중복 제거, 핵심 로직과 부가 로직의 분리, 유지보수성 향상시킨다.
• 트랜잭션, 로깅, 보안 같은 횡단 관심사를 가장 효율적으로 처리한다.

1. 공통 기능(횡단 관심사)을 모듈화할 수 있다 트랜잭션 처리, 로깅, 보안 검사 등 여러 클래스에서 반복되는 로직을 하나의 공통 모듈로 정의 가능

→ 코드 중복 제거, 중앙집중식 관리 가능


2. 핵심 비즈니스 로직에 집중 가능
핵심 로직에서 부수적인 기능(로깅, 보안 등)을 제거하고 순수한 비즈니스 로직만 남길 수 있음

→ 코드 가독성 ↑, 유지보수성 ↑


3. 관심사의 분리 (Separation of Concerns)
핵심 로직과 부가 기능을 분리함으로써 소스코드의 응집도는 높이고, 결합도는 낮출 수 있음
객체지향 설계 원칙 중 SRP(단일 책임 원칙) 실현에 도움


4. 변경에 유연해짐
부가기능 로직이 분리되어 있기 때문에 로직 수정 시 핵심 코드 변경 없이도 수정 가능


5. 선언적 트랜잭션 처리 가능
@Transactional 하나만 붙여도 트랜잭션 begin/commit/rollback 관리 가능
코드에 명시적으로 try-catch로 트랜잭션 처리할 필요 없음


예시: AOP가 없을 때 vs 있을 때

• AOP 없을 때 (모든 서비스에 로깅 삽입)

public void transferMoney() {
    long start = System.currentTimeMillis();
    try {
        // 실제 로직
    } finally {
        log.info("실행 시간: {}", System.currentTimeMillis() - start);
    }
}

• AOP 있을 때

@LogExecutionTime
public void transferMoney() {
    // 실제 로직만 남김
}

→ 로깅 기능은 별도 Aspect로 분리됨

Q. PSA

• portable service abstraction
• 일관화된 추상화 제공, 실제로 들고다닐수는 없지만 그정도로 추상화되어 있다
• JDBC, JPA, JMS 등 여러 기술을 Spring이 추상화되어 일관된 방식으로 사용할 수 있는 구조
• 기술이 바뀌더라도 코드의 변경이 최소화된다.
  
  
  

• 예를 들어 JDBC를 사용하는 DatasourceTransactionManager, JPA를 사용하는 JPATransactionManager, Hibernate를 사용하는 HibernateTransactionManager를 유연하게 바꿔서 사용할 수 있다.