Java Spring Framework 주니어 기술면접

@Component는 Spring이 관리하는 일반적인 빈을 나타내는 기본 어노테이션입니다. @Service는 비즈니스 로직을 담당하는 서비스 계층에 사용하며, @Repository는 데이터 접근 계층에 사용하고 영속성 예외를 Spring의 DataAccessException으로 변환합니다. @Controller는 MVC 패턴의 컨트롤러 역할을 하며 웹 요청을 처리합니다. 이들은 모두 @Component를 메타 어노테이션으로 가지고 있어 컴포넌트 스캔 대상이 되지만, 계층별 역할을 명확히 구분하여 코드의 가독성과 유지보수성을 높입니다.

즉시 로딩은 엔티티 조회 시 연관된 엔티티를 함께 조회하고, 지연 로딩은 실제 사용 시점에 조회합니다. N+1 문제는 1개의 쿼리로 N개의 엔티티를 조회했을 때, 각 엔티티의 연관 데이터를 조회하기 위해 추가로 N개의 쿼리가 발생하는 성능 문제입니다. 해결 방법으로는 Fetch Join을 사용하여 한 번의 쿼리로 연관 데이터를 함께 조회하거나, @EntityGraph를 사용하거나, Batch Size를 설정하여 쿼리 수를 줄일 수 있습니다. 일반적으로 @ManyToOne, @OneToOne은 기본이 즉시 로딩이지만, 성능을 위해 지연 로딩으로 변경하는 것이 권장됩니다.

application.properties는 key=value 형식의 플랫 구조이고, application.yml은 YAML 형식으로 계층 구조를 표현하기 쉽고 가독성이 좋습니다. Profile을 사용하면 환경별로 다른 설정을 관리할 수 있으며, application-dev.yml, application-prod.yml처럼 파일을 분리하거나 하나의 yml 파일에서 ---로 구분하여 작성할 수 있습니다. 실행 시 spring.profiles.active 속성으로 활성화할 프로파일을 지정하며, @Profile 어노테이션으로 특정 환경에서만 동작하는 빈을 정의할 수도 있습니다.

쿼리 메서드는 메서드 이름으로 쿼리를 자동 생성하는 기능으로, findBy, countBy, deleteBy 등의 키워드와 엔티티 필드명을 조합하여 작성합니다. 예를 들어 findByNameAndAge는 name과 age로 조회하는 쿼리를 생성합니다. 간단한 조건의 CRUD는 쿼리 메서드가 직관적이고 타입 안전하지만, 복잡한 조인이나 동적 쿼리가 필요한 경우 메서드명이 너무 길어지므로 @Query를 사용합니다. @Query는 JPQL이나 Native SQL을 직접 작성할 수 있어 복잡한 쿼리에 유리하며, 성능 최적화가 필요한 경우에도 활용됩니다.

@RequestParam은 쿼리 파라미터나 폼 데이터를 받을 때 사용하며, URL에서 ?key=value 형태의 데이터를 추출합니다. @PathVariable은 URL 경로의 일부를 변수로 받을 때 사용하며, RESTful API에서 리소스 식별자를 받을 때 주로 활용됩니다. @RequestBody는 HTTP 요청 본문의 JSON이나 XML을 Java 객체로 변환할 때 사용하며, POST나 PUT 요청에서 복잡한 데이터 구조를 전달받을 때 사용됩니다. 예를 들어 검색 필터는 @RequestParam, 사용자 ID 조회는 @PathVariable, 회원가입 정보는 @RequestBody로 받는 것이 적합합니다.