JAVA_Spring

1. 가비지 컬렉션 알고리즘의 종류에 대해 설명해주세요

가비지 컬렉션 알고리즘에는 Serial, Parallel, Parallel Old, CMS(Concurrent Mark Sweep), G1(Garbage First GC) 가 있습니다.   

 

•   더 구체적인 설명

[ JAVA ] Garbage Collection

2. try-with-resources에 대해 설명해주세요

자원반납 문제를 해결할 수 있습니다. try(...)에서 선언된 객체(자원할당)들에 대해서 종료될 떄 자동으로 자원을 해제해주는 기능입니다. 즉 try에서 선언된 객체가 AutoCloseable을 구현하였다면 Java는 try구문이 종료될 때 객체의 close()메소드를 호출해 줍니다. 

 

•  자원 반납 문제란?

try-catch-finally를 사용하면 null검사와 함께 직접 close를 호출해야 합니다. 이렇게 되면 자원반납에 의해 코드가 복잡해지고 실수 또는 try구문에서 에러발생 시 자원을 반납하지 못하는 경우가 생기기도 합니다. 

 

•   try-catch-finally

public static void main(String args[]) throws IOException {
    FileInputStream is = null;
    BufferedInputStream bis = null;
    try {
        is = new FileInputStream("file.txt");
        bis = new BufferedInputStream(is);
        int data = -1;
        while((data = bis.read()) != -1){
            System.out.print((char) data);
        }
    } finally {
        // close resources
        if (is != null) is.close();
        if (bis != null) bis.close();
    }
}

•   try-with-resources

public static void main(String args[]) {
    try (
        FileInputStream is = new FileInputStream("file.txt");
        BufferedInputStream bis = new BufferedInputStream(is)
    ) {
        int data = -1;
        while ((data = bis.read()) != -1) {
            System.out.print((char) data);
        }
    } catch (IOException e) {
        e.printStackTrace();
    }
}

 

•   더 구체적인 설명

Java - Try-with-resources로 자원 쉽게 해제하기

[ Java ] try-with-resources란? try-with-resources 사용법 예시와 try-with-resources를 사용해야 하는 이유

3. Spring의 DI, DL, IoC, AOP에 대해 설명해주세요

DI란 Dependency Injection의 약자로 의존성 주입이라고 합니다. 

이는 외부에서 두 객체 간의 관계를 결정해주는 디자인 패턴으로 인터페이스를 사이에 둬서 클래스 레벨에서는 의존관계가 고정되지 않도록 하고 런타임 시에 관계를 동적으로 주입합니다. 즉, 객체를 직접 생성하는 것이 아닌 외부에서 생성한 후 주입시켜주는 방식으로 이를 이용하면 모듈 간의 결합도가 낮아지고 유연성이 높아집니다. 

 

DL이란 Dependency Lookup의 약자로 의존성 검색이라고 합니다.

이는 Bean에 접근하기 위해 컨테이너가 제공하는 API를 이용하여 Bean을 검색하는 것입니다.  즉 의존성을 갖는 빈을 검색하는 것입니다. 

 

Ioc란 Inversion of control의 약자로 제어의 역전이라고 합니다.

이는 말그대로 메소드나 객체의 호출작업을 개발자가 결정하는 것이 아니라 외부에서 결정되는 것입니다. 스프링 애플리케이션에서는 오브젝트(빈)의 생성과 의존 관계설정, 사용, 제거 등의 작업을 애플리케이션 코드 대신 스프링 컨테이너가 담당하며 스프링 컨테이너가 코드 대신 객체에 대한 제어권을 갖고 있음을 Ioc라고 부릅니다. ( 그 외 제어권을 프레임 워크에서 가져간다는 말로도 쓰임)

 

AOP란  Aspect Oriented Programming의 약자로 관점 지향 프로그래밍이라고 합니다.

이는 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화 하겠다는 것입니다. ( 여기서 모듈화란 어떤 공통된 로직이나 기능을 하나의 단위로 묶는 것 )  즉, 흩어진 관심사를 Aspect로 모듈화하고 핵심적인 비즈니스 로직에서 분리하여 재사용하자는 취지가 있습니다.

( + 횡단 관심사의 분리를 허용하여 모듈성을 증가시키는 목적, 대부분의 시스템이 공통으로 가지는 보안, 로그 같은 횡단 관심사를 분리해서 제작하는 것 )

4. Lombok 라이브러리에 대해 알고 있나요? 알고 있다면 롬복이 만드는 메소드들이 생성되는 시점은 언제인가요?

Lombok이란 어노테이션 기반으로 코드를 자동완성 해주는 라이브러리 입니다. Lombok을 사용하면 Getter, Setter, Equlas, ToString 등과 다양한 방면의 코드를 자동완성 시킬 수 있습니다. 

Lombok은 소스코드를 컴파일 하는 과정에 개입해서 추가적인 코드를 만들어 냅니다. 이것은 애노테이션 프로세싱이라고 하는데 이러한 애노테이션 프로세싱은 자바 언어에 포합된 기능입니다. 

 

•  Annotation Processor란?

Annotation Processor는 컴파일 단계에서 Annotation에 정의된 일렬의 프로세스를 동작하게 하는 것을 의미합니다.

컴파일 단계에서 실행되기 때문에, 빌드 단계에서 에러를 출력하게 할 수 있고, 소스코드 및 바이트 코드를 생성할 수도 있습니다. 사용하는 예로 자바의 @Override가 있으며, Lombok(롬북)이라는 라이브러리도 있습니다.

5. 체크 예외와 언체크 예외에 대해 설명해주세요

언체크 예외는 RuntimeException을 상속한 것을 말하고, 체크예외는 이 외의 예외들을 말합니다. 

 

체크 예외는 RuntimeException을 상속하지 않는 예외들을 말하는데 체크 예외가 발생할 수 있는 메소드를 사용할 경우, 복구가 가능한 예외들이기 때문에 반드시 예외를 처리하는 코드를 함께 작성해야합니다.  ( catch문으로 예외를 잡든, throws로 예외를 자신을 호출한 클래스로 던지는 방법으로 해결해야하는데)  예외를 해결하지 않으면 컴파일 에러가 발생합니다.  대표적으로는 IOException이나 SQLException 등이 존재합니다.

 

언체크 예외는 RuntiemException을 상속한 예외라고 합니다. 이는 명시적으로 예외처리를 강제하지 않기 때문에 언테크 예외라 부릅니다.언체크 예외는 따로 catch문으로 잡거나 throws로 선언하지 않아도 됩니다. 즉, 프로그램에 오류가 있을 때 발생하도록 의도된 것들입니다. 대표적으로 NullPointException이나 IllegalArgumentException 등이 존재합니다.

6. 클래스와 객체에 대해 설명해주세요

클래스란 공통되는 객체의 속성과 기능을 코드를 구현한 것입니다. (논리적인 개념)

OOP에서 객체를 생성하기 위해 변수와 메소드를 정의하는 일종의 틀입니다. 클래스를 만드는 이유는 객체지향 프로그래밍의 재사용성을 높이기 위한 것으로 클래스는 객체를 정의하기 위한 상태 (멤버변수)와 메서드(함수)로 구성됩니다.

ex )  설계도면 

 

객체(인스턴스)란 클래스에서 정의한 것을 바탕으로 실제 저장공간인 메모리에 할당된 것으로, 프로그램에서 사용되는 데이터 또는 식별자에 의해 참조되는 공간을 의미합니다. 

7. JVM 구조에 대해 설명해주세요

JVM 구조는 크게 Garbage Collector, Execution Engine, Class Loader, Runtime Data Area 4가지로 나눌 수 있습니다.

 

 

자바 소스 파일은 자바 컴파일러에 의해서 바이트 코드 형해인 클래스 파일이 됩니다. 이 클래스 파일은 클래스 로더가 읽어들이면서 JVM이 수행됩니다.

 

Class Loader는 JVM 내로 클래스 파일을 로드하고, 링크를 통해 배치하는 작업을 수행하는 모듈입니다. 런타임 시에 동적으로 클래스를 로드합니다. 

 

Execution Engine는 클래스 로더를 통해 JVM 내의 Runtime Data Area에 배치된 바이트 코드들을 명령어 단위로 읽어서 실행합니다.

 

Garbage Collector는 힙 메모리 영역에 생성된 객체들 중에서 참조되지 않는 객체들을 탐색 후 제거하는 역할을 합니다. 

 

Runtime Data Area는 JVM의 메모리 영역으로 자바 애플리케이션을 실행할 때 사용되는 데이터 들을 적재하는 영역입니다. 이 영역은 크게 Method Area, Heap Area, Stack Area, PC Register, Native Method Stack으로 나눌 수 있습니다.

 

•   더 구체적인 설명

JVM 메모리 구조란? (JAVA)

8. 컬렉션 관련 메소드 알고있는 것들 설명해주세요

 

9. 가비지 컬렉터의 작동에 문제가 있는지 진단하는 방법으로 무엇이 있을까요?

Survivor 영역 중 하나는 반드시 비어있는 상태로 남아있어야 합니다. 만약 Survivor 영역에 모두 데이터가 존재하거나, 두 영역 모두 사용량이 0이라면 시스템이 정상적인 상황이 아니라고 생각하면 됩니다. 추가적으로 GC에 대한 로그를 확인하여 옵션을 수정할 지 코드를 수정할지 정해야합니다.

 

•   더 구체적인 설명

[기술면접] CS 기술면접 질문 - 개발 언어 (7/8)

10. Spring MVC에 대해 설명하고, 어떠한 흐름으로 요청을 처리하는지 설명해주세요

Spring MVC란 웹 어플리케이션 개발을 위한 MVC 패턴 기반의 웹 프레임 워크 입니다. Spring MVC는 애플리케이션의 구성요소를 Model, View, Controller로 분리합니다. 컴포넌트로는 DispatcherServlet, HandlerMapping, Controller, ViewResolver, View가 있습니다.  요청처리는 DispatcherServlet이 Controller에 전달하는 과정으로 이루어지며 아래와 같습니다.

 

• DispatcherServlet : 클라이언트의 요청을 전달 받아 컨트롤러에게 요청을 전달하고 컨트롤러가 리턴한 결과 값을 view에게 전달하여 알맞은 응답을 하도록 하는 것, 클라이언트의 요청을 중앙에서 처리하는 스프링 MVC의 핵심 구성요소, web.xml에 한 개이상의 DispatcherServlet을 설정함. 

•  HandlerMapping : 클라이언트의 요청 URL을 어떤 컨트롤러가 처리할지를 결정

•  Controller : 클라이언트의 요청을 처리한 귀 그 결과를 DispatcherServlet에게 알려줌

•  ModelAndView : 컨트롤러가 처리한 결과정보 및 뷰 선택에 필요한 정보를 담아놓는 세트

•  ViewResolver : 컨트롤러의 처리 결과를 생성할 뷰를 결정

•  View : 컨트롤러에서 리턴 받은 처리 결과를 화면에 출력

 

1 ) DispatcherServlet은 web.xml에 정의된 URL 패턴에 맞는 요청을 받고 URL 컨트롤러의 맵핑 작업을 HandlerMapping에 요청합니다.

 

2 ) HandlerMapping은 URL을 기준으로 어떤 컨트롤러를 사용할지 결정합니다. 결과는 HandlerExecution Chain객체에 담아서 리턴하는데, 요청에 해당하는 Interceptor가 있을 경우 함께 줍니다.

 

3 ) HandlerAdapter는 컨트롤러의 메소드를 호출하는 역할을 하는데 실행될 Interceptor가 있을 때는 Interceptor의 preHandle() 메소드를 실행한 다음 컨트롤러의 메소드를 호출하여 요청을 처리합니다.

 

4 ) 컨트롤러는 요청을 처리 한 뒤 처리한 결과 및 ModelAndView를 DispatcherServlet에 전달합니다.

 

5 ) DispatcherServlet은 컨트롤러에서 전달받은 View 이름과 매칭되는 실제 View 파일을 찾기 위해 ViewResolver에게 요청합니다.

 

6 ) ViewResolver는 컨트롤러가 처리한 결과를 보여줄 뷰를 결정합니다. 컨트롤러에서 전달받은 View 이름의 앞뒤로 prefix, suffix 프로퍼티를 추가한 값이 실제 사용할 뷰 파일 경로가 됨. ViewResolver는 맵핑되는 View 객체를 DispatcherServlet에 전달합니다.

 

7 ) DispatcherServlet은 ViewResolver에 전달받은 View Model을 넘겨서 클라이언트에게 보여줄 화면을 생성합니다.

 

•   더 구체적인 설명

MVC, Spring MVC

11. 컬렉션 인터페이스의 상속 구조와 각각의 특징에 대해 설명해주세요

[JAVA ] Collection

12. 컬렉션 중에 자신있게 설명할 수 있는 것을 설명해주세요

[JAVA ] List Interface

[JAVA ] Set Interface

12-1. 컬렉션 프레임워크란 무엇이고, 왜 사용하는지 설명해주세요

자바에 여러 개의 데이터를 담는 경우 배열을 사용하게 됩니다.

배열은 사이즈가 고정되어있고, 같은 타입의 데이터만 담을 수 있습니다. 프로그래밍을 하는 경우 데이터를 추가하고 삭제하는 경우가 다수발생하기 때문에 이런 경우를 위해 컬렉션 프레임워크를 사용하게 됩니다. 

중복을 허용하지 않는 Set, 순서대로 넣는 List, key 와 value로 값을 담을 수 있는 map이 있습니다.

13. Aop에서 Aspect, Advice, Pointcut 및 Joinpoint에 대해 설명해주세요

Aspect는  여러 객체에 공통으로 적용되는 관심사항이라고 합니다.

부가기능을 정의한 코드인 Advice와 Advice를 어디에 적용할지를 결정하는 Point Cut을 합친 개념으로 AOP를 적용하면 핵심 기능 코드 사이에 침투된 부가 기능을 독립적인 Aspect로 구분해낼 수 있습니다. 

 

JoinPoint는 Advice가 적용될 수 있는 위치를 말합니다. 클라이언트가 호출하는 모든 비즈니스 메소드로 조인 포인트 중에서 포인트 컷이 되기 때문에 포인트 컷의 후보하고 생각할 수 있습니다.

 

PointCut은 Advice를 적용할 타겟의 메서드를 선별하는 정규표현식입니다. 즉, 특정 조건에 의해 필터링된 조인 포인트로 수많은 조인 포인트 중에서 특정 메소드에서만 공통 기능을 수행시키기 위해서 사용합니다.  

 

Advice는 언제 공통 관심 기능을 핵심 로직에 적용할지를 정의하고 있습니다. (공통기능을 적용한다는 것이다) 즉, 횡단 관심에 해당하는 공통 기능의 코드로 독립된 클래스의 메소드로 작성합니다. ( Target 클래스의 조인 포인트에 삽입 되어져 동작할 수 있는 코드 )

 

14. 객체 지향 프로그래밍이란 무엇인가요?

객체지향 프로그래밍(OOP, Object Oriented Programming)은 객체 중심 프로그래밍으로 현실세계의 사물을 객체로 보고,  그 객체로부터 개발하고자 하는 특징과 기능을 뽑아와 프로그래밍 하는 기법입니다.  공통된 속성과 기능을 묶은 클래스를 정의하고 해당 클래스를 기반으로 프로그래밍 하는 것으로 재사용성과 유지보수성을 높일 수 있습니다.

+ 클래스 단위 모듈화 가능, 대형프로젝트에 적합

+ 처리속도가 절차지향에 비해 상대적으로 느림 

 

설계 원칙 

• SRP ( Single Responsibility Principle, 단일 책임 원칙 ) : 클래스는 단 하나의 목적을 가져야 하며, 클래스를 변경하는 이유는 단 하나의 이유여야 한다.

• OCP ( Open-Closed Principle, 개방 폐쇄 원칙 ) : 클래스는 확장에 열려있고 변경에는 닫혀있어야한다. 

• LSP  ( Liskov Substitution Principle,리스코프 치환 원칙 ) : 상위타입의 객체를 하위타입으로 바꾸어도 프로그램은 일관되게 동작해야한다. 

• ISP  ( Interface Segregation Principle, 인터페이스 분리 원칙 ) : 클라이언트는 이용하지 않는 메소드에 의존하지 않도록 인터페이스를 분리해야한다. 즉, 인터페이스는 그 인터페이스를 사용하는 클라이언트 기준으로 분리 

• DIP ( Dependency Inversion Principle, 의존 역전 원칙 ) : 클라이언트는 추상화(인터페이스)에 의존해야하며 구체화(구현된 클래스)에 의존해서는 안된다.

15. 객체 지향 프로그래밍의 특징에 대해 설명해주세요.

1) 캡슐화 : 코드를 재활용하는 것을 목적으로, 클래스라는 캡슐에 관련있는 속성과 기능을 하나로 묶고, 외부로부터 직접적인 접근은 차단하며  수정 또는 조작할 수 있는 동작은 내부에 두는 방식. 즉, 내부가 어떻게 동작하는지 알 수 없고, 접근은 가능하게 해서 결과만 리턴받도록 합니다.

 

2) 추상화 : 객체지향 관점에서 클래스를 정의하는 것으로 중요한 정보만 표현함으로써 사물의 공통적인 속성과 기능을 파악해 이름을 붙여 클래스를 만드는 행위 

 

3) 다형성 : 하나의 메소드나 클래스가 다양한 방법으로 동작하는 것. 대표적으로 오버라이딩이나 오버로딩이 있습니다. 이는 동일한 이름의 메소드를 실행시켜도 다른 기능으로 동작합니다. 

16. 상속에 대해 설명해주세요

객체지향 프로그램을 유연하게 하는 기반이 상속입니다.  클래스끼리는 상속을 받을 수 있으며, 상속을 받는 경우 하위 클래스가 상위 클래스가 가지고 있던 메소드를 재정의해서 사용할 수 있습니다. 즉, 클래스로부터 속성과 메서드를 물려받는 것을 말합니다. 다른 클래스를 가져와서 수정할 일이 있다면 해당 클래스를 직접 수정하는 것이 아닌 상속을 받아 변경하고자 하는 부분만 변경해서 사용합니다. 또한 자바는 다중 상속을 지원하지 않고 1개의 클래스만 상속을 받을 수 있습니다. 다중상속의 효과를 기대할 목적으로 인터페이스를 이용합니다.

17. Spring의 특징은 무엇입니까?

1) POJO 기반 : 자바 코드를 이용해서 객체를 구성하는 방식을 그대로 스프링에서 사용할 수 있습니다. 

2) 의존성 주입 : 메소드나 객체의 호출을 개발자가 아닌 외부에 의해서 결정합니다. 

3) AOP의 지원 : 보안, 로그 같은 횡단 관심사를 모듈로 분리하여 공통 기능을 재사용하도록 돕는 기법을 지원합니다.

4) 트랜잭션의 지원 : 트랜젝션의 처리를 애노테이션이나 XML로 설정할 수 있습니다. 

 

* POJO (Plain Old Java Object) 는 오래된 방식의 간단한 자바 Object, 스프링 전의 프레임워크 등이 무거운 객체를 만드는 것에 반발해서 사용하게된 용어. 스프링은 객체 간의 관계를 구성할 때 별도의 API를 사용하지 않는 POJO 구성으로 제작이 가능