자바 8 특징

String, StringBuilder, StringBuffer 차이

String은 새로운 값을 할당할 때마다 새로운 메모리에 생성된다. (immutable) 이와 달리 StringBuffer는 값은 기존 memory 값에 append하는 방식으로 클래스를 직접생성하지 않는다. 논리적으로 따져보면 클래스가 생성될 때 method들과 variable도 같이 생성되는데, StringBuffer는 이런 시간을 사용하지 않는다.

또한 지금은 한 번만 생성되었지만 수십번 String이 더해지는 경우에는 각 String의 주소값이 stack에 쌓이고 클래스들은 Garbage Collector가 호출되기 전까지 heap에 지속적으로 쌓이게 된다. 메모리 관리적인 측면에서는 치명적이라고 볼 수 있다.

그럼 String class의 내부는 어떤 구조로 되어 있기에 새로 생성될까.

아래 이미지를 보면 value[]라는 char형의 배열이 보인다. 여기서 힌트를 찾을 수 있다. private final char형이라는 것을 눈여겨 보아야 한다.

String에서 저장되는 문자열은 알고보면 char의 배열 형태로 저장되며 이 값들은 외부에서 접근할 수 없도록 private으로 보호된다. 또한 final형이기 때문에 초기값으로 주어진 String의 값은 불변으로 바뀔 수가 없게 되는 것이다. (Immutable)

String의 특징을 알아봤으니 memory에 값을 append하는 StringBuilder와 StringBuffer에 대해서 알아보자. api는 아래와 같다.

StringBuilder는 변경가능한 문자열이지만 synchronization이 적용되지 않았다. 하지만 StringBuffer는 thread-safe라는 말에서처럼 변경가능하지만 multiple thread환경에서 안전한 클래스라고 한다. (동기화 지원). 이것이 StringBuilder와 StringBuffer의 가장 큰 차이점이다.

따라서 단일스레드 환경이라면 StringBuilder를 사용하는 것이 좋습니다.

반면 멀티쓰레드 환경에서는 동기화를 지원하는 StringBuffer 를 사용해야 합니다.

StringBuffer는 동기화 관련 처리로 인해 StringBuilder에 비해 성능이 좋지 않습니다.

사실 JDK 1.5버전 이전에서는 문자열연산(+, concat)을 할때에는 조합된 문자열을 새로운 메모리에 할당하여 참조함으로 인해서 성능상의 이슈가 있었습니다. 그러나 JDK1.5 버전 이후에는 컴파일 단계에서 String 객체를 사용하더라도 StringBuilder로 컴파일 되도록 변경되었습니다. 그리하여 JDK 1.5 이후 버전에서는 String 클래스를 활용해도 StringBuilder와 성능상으로 차이가 없어졌습니다. 하지만 반복 루프를 사용해서 문자열을 더할 때에는 객체를 계속 추가한다는 사실에는 변함이 없습니다. 그러므로 String 클래스를 쓰는 대신, 스레드와 관련이 있으면 StringBuffer를, 스레드 안전 여부와 상관이 없으면 StringBuilder를 사용하는 것을 권장합니다.

dispatcherServlet이란?

DispatcherServlet 이란? FrontController 역할

dispatcher-servlet에서 dispatch는 보내다라는 뜻을 가지고 있다.

Servlet Container에서 HTTP프로토콜을 통해 들어오는 모든 요청을 프레젠테이션 계층의 제일앞에 둬서 중앙집중식으로 처리해주는 프론트 컨트롤러(Front Controller)

이것을 설명해주자면, 클라이언트로부터 어떠한 요청이 오면 **Tomcat(톰캣)**과 같은 서블릿컨테이너가 요청을 받는데, 이때 제일 앞에서 서버로 들어오는 모든 요청을 처리하는 *프론트 컨트롤러를 Spring에서 정의하였고, 이를 Dispatcher-Servlet이라고 합니다. 그래서 공통처리 작업을 Dispatcher 서블릿이 처리한 후, 적절한 세부 컨트롤러로 작업을 위임해줍니다.

물론 Dispatcher-Servlet이 처리하는 url 패턴을 지정해주어야 하는데 일반적으로는 /*.do와 같으 /로 시작하며 .do로 끝나는 url 패턴에 대해서 처리하라고 지정해줍니다.

Q) Front Controller(프론트 컨트롤러)란?

Front Controller는 주로 서블릿 컨테이너의 제일 앞에서 서버로 들어오는 클라이언트의 모든 요청을 받아서 처리해주는 컨트롤러인데, MVC 구조에서 함께 사용되는 패턴이다.

2. Dispatcher-Servlet의 장점

---

Spring MVC는 DispatcherServlet이 등장함에 따라 web.xml의 역할을 상당히 축소시켜주었습니다. 기존에는 모든 서블릿에 대해 URL 매핑을 활용하기 위해서 web.xml에 모두 등록해주어야 했지만, dispatcher-servlet이 해당 어플리케이션으로 들어오는 모든 요청을 핸들링해주면서 작업을 상당히 편리하게 할 수 있게 되었습니다. 그리고 이 서블릿을 이용한다면 @MVC 역시 사용할 수 있게되어 좋습니다. 결과적으로 Dispatcher Servlet의 기능 처리를 그려보면 아래의 그림과 같습니다.

JPA Persistence란?

jwt란 무엇이며, 구성은 어떻게 되어 있고, oauth와 차이는?

온프로미스 환경과 클라우드 환경의 차이 및 장단점