Spring & Spring Boot

💡 Spring Boot와 Spring Framework의 차이점을 설명해 주세요.

가장 큰 차이점은 Auto Configuration입니다.

Spring은 프로젝트 초기에 다양한 환경 설정이 필요하지만, Spring Boot는 설정의 많은 부분을 자동화하여 사용자가 편하게 스프링을 활용할 수 있도록 돕습니다.

spring boot starter dependency를 통해 의존성 관리를 간편하게 하고, 내장된 서버가 있어 별도의 서버 구성이 필요하지 않습니다.

 

 

📍 Spring Framework의 특징에 대해 설명해 주세요.

• IoC / DI
• AOP
• PSA

 

💡 DAO, DTO, VO에 대해 설명해 주세요.

• DAO(Data Access Object)는 데이터 베이스 접근을 위한 객체를 말합니다. (Repository, Mapper)
• DTO(Data Transfer Object)는 각 계층 간의 데이터 교환을 위한 객체를 말합니다. 로직을 갖지 않는 순수 데이터 객체로 getter, setter만 포함합니다. (여기서 말하는 계층은 Controller, View, Business Layer, Persistent Layer)
• VO(Value Object)는 값 자체를 나타내는 객체입니다. 주로 불변 객체로 구현되며, 읽기 전용(readonly)으로 사용됩니다.

 

💡 스프링 클라이언트 요청 전체 흐름을 설명해 주세요.

• 클라이언트로부터 요청이 들어오면 DispatcherServlet은 핸들러 매핑(Handler Mapping)을 통해 요청 URI에 매핑된 핸들러(컨트롤러)를 탐색합니다.
• 핸들러 어댑터(Handler Adapter)로 컨트롤러를 호출합니다.
• 핸들러 어댑터에 컨트롤러의 응답이 돌아오면 ModelAndView로 응답을 가공해 반환합니다.
• 뷰 형식으로 리턴하는 컨트롤러를 사용할 때는 뷰 리졸버(View Resolver)를 통해 뷰를 받아 리턴합니다. (뷰 리졸버는 뷰의 렌더링 역할을 담당하는 뷰 객체를 반환)
  • 뷰가 없는 REST 형식의 @ResponseBody를 사용한다면 뷰 리졸버를 호출하지 않고, MessageConverter를 거쳐 JSON 형식으로 변환해서 응답합니다. (MessageConverter는 요청과 응답에 대해 Body 값을 변환하는 역할을 수행)

 

💡 @Controller와 @RestController의 차이점에 대해 설명해 주세요.

@Controller의 역할은 Model 객체를 만들어 데이터를 담고 View를 찾는 것이지만,

@RestController는 단순히 객체만을 반환하고, 객체 데이터는 JSON 또는 XML 형식으로 HTTP 응답에 담아서 전송합니다.

 

 

📍 @RestController는 내부적으로 무엇을 포함하고 있나?

@RestController는 @Controller와 @ResponseBody의 조합입니다.

Spring 프레임워크에서 RESTful 웹 서비스를 보다 쉽게 개발할 수 있도록 Spring 4.0에서 추가되었습니다.

 

@ResponseBody : 메서드가 반환하는 값이 HTTP 응답 본문에 직접 쓰이도록 하는 어노테이션, 기본적으로 JSON, XML 등의 형태로 직렬화된 데이터를 클라이언트에 반환

 

 

💡 IoC / DI에 대해 설명해 주세요.

IoC (Inversion of Control)

IoC는 제어의 역전을 의미합니다. 객체 생성, 생명 주기의 관리까지 모든 객체에 대한 제어권을 개발자가 아닌 IoC 컨테이너에게 넘긴 것을 말합니다. 스프링 IoC 컨테이너는 객체들을 생성하면 객체 간의 의존성 주입(DI) 하는 역할을 하고, 컨테이너에 등록한 객체들을 빈이라고 합니다. 

 

DI (Dependency Injection) 의존성 주입은 필요한 객체들을 직접 생성하는 것이 아닌 외부로부터 객체를 받아서 사용하는 것입니다. 이를 통해 객체 간의 결합도를 줄이고, 코드의 재사용성을 높일 수 있습니다.

 

 

📍 DI 방법?

의존성을 주입받는 방법으로는 생성자 주입, 필드 주입, 세터 주입 3가지가 있습니다.

스프링 공식 문서에서 권장하는 방법은 생성자를 통한 주입 방법입니다.

그 이유는 불변성을 유지하고, 객체가 생성될 때 필요한 의존성이 모두 주입되어야 하기 때문에 객체의 일관성을 보다 쉽게 유지할 수 있습니다. 또한, 의존성 주입을 강제화하여 컴파일 시 오류를 발견하기 쉽게 만들어 주기 때문입니다.

 

 

💡 AOP(Aspect Oriented Programming)에 대해 설명해 주세요.

인증, 로깅, 트랜잭션과 같이 공통적인 기능을 핵심 비즈니스 로직과 분리하여 관리할 수 있는 것을 말합니다.

AOP의 가장 큰 특징이자 장점은 중복 코드 제거, 재활용성의 극대화, 변화 수용의 용이성입니다.

 

 

📍 AOP에서 Proxy ?

AOP에서는 프록시를 사용하여 어드바이스를 적용합니다.

(어드바이스는 로깅, 트랜잭션, 보안 등의 공통 관심사를 구현하는 코드 조각으로 특정 지점에서 실행된다.)

프록시는 실제 타겟 객체를 감싸고, 타겟 객체의 메서드를 호출하기 전후에 어드바이스를 실행합니다.

즉, 프록시는 타겟 객체에 대한 모든 호출을 가로채고, 어드바이스를 실행한 후 실제 메서드를 호출하여 비즈니스 로직을 수행합니다.

 

 

💡 PSA (Portable Service Abstraction)에 대해 설명해 주세요.

서비스가 특정 플랫폼이나 기술에 종속되지 않고, 다양한 환경에서도 일관되게 동작할 수 있도록 설계하는 접근 방식을 말합니다.

대표적인 예로는 JDBC가 있는데, JDBC는 어떠한 데이터베이스를 사용하더라고 일관성 있는 방식으로 제어할 수 있도록 공통된 인터페이스를 제공합니다.

이러한 추상화는 서비스의 이식성을 높이고, 시스템 간의 호환성을 개선합니다.

 

 

📍 Spring에서 제공하는 PSA ?

• Spring Web MVC
• Spring Transaction
• Spring Date

 

💡 @SpringBootApplication 어노테이션이 내부적으로 어떤 것을 포함하는지 설명해 주세요.

@SpringBootApplication 어노테이션은 내부적으로 @SpringBootConfiguration, @EnableAutoConfiguration, @ComponentScan을 포함합니다.

• @SpringBootConfiguration 어노테이션은 스프링 부트에 대한 설정 정보가 담긴 클래스를 인식하고,
  해당 클래스 내부에 @Bean 어노테이션이 담긴 메서드를 찾아 빈을 등록하고 생성해 주며, 싱글톤 패턴을 유지할 수 있도록 돕는 역할을 합니다.
• @EnableAutoConfiguration 어노테이션은 스프링 부트의 auto-configuration을 가능하도록 하는 어노테이션으로, Classpath에 존재하는 Jar 파일을 자동으로 configuration 해주는 역할을 합니다.
• @ComponentScan 어노테이션은 @Component, @Service, @Repository, @Controller와 같은 어노테이션이 붙은 클래스를 자동으로 스캔하여 application context에 빈으로 등록해 주는 역할을 합니다.

 

💡 Filter와 Interceptor에 대해 설명해 주세요.

필터는 말 그대로 요청과 응답을 거른 뒤 정제하는 역할을 합니다.

스프링 컨테이너가 아닌 톰캣과 같은 웹 컨테이너에 의해 관리되며, 스프링 범위 밖에서 처리됩니다.

Dispatcher Servlet 요청이 전달되기 전/후에 url 패턴에 맞는 모든 요청에 대해 부가 작업을 처리하는 기능을 제공합니다.

• 공통적인 보안 및 인증/인가 관련 작업
• 모든 요청에 대한 로깅 또는 검사
• 이미지/데이터 압축 및 문자열 인코딩
• Spring과 분리되어야 하는 기능

 

인터셉터는 요청에 대한 작업 전/후로 가로채 요청과 응답을 참조하거나 가공하는 역할을 합니다.

스프링 컨테이너에서 관리하며, 스프링 컨텍스트에서 동작합니다.

Dispatcher Servlet이 Controller를 호출하기 전/후에 인터셉터가 끼어들어 요청과 응답을 참조하거나 가공할 수 있는 기능을 제공합니다.

• 세부적인 보안 및 인증/인가 관련 작업
• API 호출에 대한 로깅 또는 검사
• Controller로 넘겨주는 데이터 가공

 

💡 서블릿에 대해 설명해 주세요.

서블릿은 클라이언트의 요청을 처리하고, 그 결과를 반환하는 자바 웹 프로그래밍 기술입니다.

 

 

📍 서블릿과 JSP의 차이점 ?

서블릿

• 자바 코드 내에 html 코드를 삽입하는 방식
• 가독성이 좋지 않고, 유지보수가 힘듦
• 요청이 들어올 때마다 동적으로 실행되며, 성능이 우수

JSP

• html 코드 내에 자바 코드를 삽입하는 방식
• html 코드와 자바 코드가 분리되어 있어 가독성이 좋고, 유지보수가 용이
• 실행 시 내부적으로 서블릿으로 변환하여 실행

 

💡 Dispatcher Servlet에 대해 설명해 주세요.

Dispatcher Servlet은 HTTP 프로토콜에 들어오는 요청을 가장 먼저 받아서 적합한 컨트롤러에 전달해 주는 프론트 컨트롤러입니다.

과거에는 모든 서블릿을 URL 매핑을 위해 web.xml 등록해 주어야 했지만,

Dispatcher Servlet이 해당 애플리케이션으로 들어오는 모든 요청을 핸들링하고, 공통 작업을 처리하면서 편하게 이용할 수 있습니다.

 

 

💡 BeanFactory와 ApplicationContext의 차이점에 대해 설명해 주세요.

BeanFactory와 ApplicationContext 모두 스프링 프레임워크에서 제공하는 주요 IoC 컨테이너(스프링 컨테이너)이며, Bean을 생성하고 관리하는 역할을 합니다.

BeanFactory는 Bean을 생성, 관리, 의존성 주입 등의 기본적인 기능을 제공하고,

ApplicationContext은 BeanFactory의 확장된 버전으로 메시지 리소스 처리, 이벤트 발행, AOP 지원 등의 추가적인 기능과 유연성을 제공합니다.

BeanFactory는 지연 로딩(lazy loading)을 지원하며, ApplicationContext은 즉시 로딩(eager loading)을 지원합니다.
BeanFactory는 스프링 컨테이너의 최상위 인터페이스이며, BeanFactory 상속받아 확장한 것이 ApplicationContext입니다.

 

 

💡 스프링 싱글톤에 대해 설명해 주세요.

Spring에서는 @Component, @Service, @Repository, @Controller 등의 어노테이션을 사용하여 빈을 정의할 때, 기본적으로 싱글톤 스코프(범위)로 빈을 관리합니다.

스프링 싱글톤의 동작 과정은

스프링 컨테이너는 애플리케이션 시작 시점에 모든 빈을 초기화하고, 빈 정의에 따라 싱글톤으로 인스턴스를 생성합니다.

생성된 싱글톤 인스턴스는 컨테이너 내부 캐시에 저장되며, 이후 해당 빈을 요청할 때마다 동일한 인스턴스를 반환합니다. 

 

 

💡 결합도와 응집도에 대해 설명해 주세요.

결합도는 모듈 간의 상호 의존성을 나타냅니다.

결합도가 높으면 모듈 간의 의존성이 강해서 하나의 모듈이 변경되면 다른 모듈에 많은 영향을 미칩니다. 이로 인해 유지보수가 어려워지고 코드의 변경이 복잡해집니다.

결합도가 낮으면 모듈 간의 의존성이 약하고, 독립적으로 동작할 수 있습니다. 이로 인해 모듈의 변경이 다른 모듈에 미치는 영향을 줄일 수 있습니다.

 

응집도는 하나의 모듈 내에서 요소들이 얼마나 밀접하게 관련되어 있는지를 나타냅니다.

응집도가 높으면 내부의 요소들이 밀접하게 관련되어 있어 단일 책임을 가지고 있으며, 재사용성과 유지보수성이 높아지게 됩니다. 응집도가 낮으면 요소들이 서로 느슨하게 연관되어 있어 다양한 기능을 수행하게 됩니다. 이로 인해 재사용성, 유지보수성이 낮아지게 됩니다.

 

모듈을 설계할 때, 결합도는 낮고 응집도는 높아지게 설계하면 코드의 품질과 시스템의 안정성을 높일 수 있습니다.

 

 

💡 Lombok이 가능한 이유 대해 설명해 주세요.

롬복은 컴파일 타임에 어노테이션 프로세서를 사용하여 코드를 자동으로 생성하는 방식으로 동작합니다.

롬복에서 생성된 코드는 리플렉션을 통해 접근하고 조작될 수 있습니다.

리플렉션은 런타임에 객체의 메타 데이터에 접근하고 동적으로 조작할 수 있는 기능을 제공하므로, 롬복의 자동 생성된 코드와 함께 사용될 수 있습니다.

따라서, 런타임에서 리플렉션을 통해 롬복이 생성한 메서드를 사용할 수 있습니다.