back to the 0

Servlet(Filter, Listener, Servlet)

아리빠 — Thu, 18 Jan 2024 16:23:10 +0900

서블릿 컨테이너가 관리하는 컴포넌트

=> 서블릿, 필터, 리스너

Filter

// 필터 만들기
// => javax.servlet.Filter 인터페이스 규칙에 따라 작성한다.
//
// 필터 배포하기
// => DD 파일(web.xml)에 설정하기
//      <!-- 필터 등록 -->
//      <filter>
//          <filter-name>f01</filter-name>
//          <filter-class>com.eomcs.web.ex02.Filter01</filter-class>
//      </filter>
//
//      <!-- 필터를 적용할 URL 설정 -->
//      <filter-mapping>
//          <filter-name>f01</filter-name>
//          <url-pattern>/ex02/*</url-pattern>
//      </filter-mapping>
// => 애노테이션으로 설정하기
//      @WebFilter(URL)

필터의 용도

-> 서블릿을 실행하기 전후에 필요한 작업을 수행

-서블릿 실행전

웹브라우저가 보낸 암호화된 파라미터 값을 서블릿으로 전달하기 전 암호 해체

웹브라우저가 보낸 압축된 데이터를 서블릿으로 전달하기 전 압축 해제

서블릿의 실행을 요청할 권한이 있는지 검사

로그인 사용자인지 검사

로그 남기기

-서블릿 실행후

클라이언트로 보낼 데이터 압축

클라이언트로 보낼 데이터 암호화

*필터의 실행순서는 임의로 조정 불가

필터를 정의할 때 순서에 의존하는 방식으로 프로그래밍 x

Listener

// 리스너 만들기
// => 서블릿 컨테이너 또는 서블릿, 세션 등의 객체 상태가 변경되었을 때 보고 받는 옵저버
// => "Observer" 디자인 패턴이 적용된 것이다.
// => ServletContextListener
//    - 서블릿 컨테이너를 시작하거나 종료할 때 보고 받고 싶다면 이 인터페이스를 구현하라.
// => ServletRequestListener
//    - 요청이 들어오거나 응답할 때 보고 받고 싶다면 이 인터페이스를 구현하라.
// => HttpSessionListener
//    - 세션이 생성되거나 종료될 때 보고 받고 싶다면 이 인터페이스를 구현하라.
// => XxxListener
//    - 기타 다양한 인터페이스가 있다. 문서를 참고하라.
//
// 리스너 배포하기
//=> DD 파일(web.xml)에 설정하기
//      <listener>
//          <listener-class>com.eomcs.web.ex02.Listener01</listener-class>
//      </listener>
//
//=> 애노테이션으로 설정하기
//      @WebListener

리스너의 용도

서블릿 컨테이너나, 세션 등이 특별한 상태일 때 필요한 작업을 수행

// => ServletContextListener
//    - 웹 애플리케이션을 시작할 때 Spring IoC 컨테이너 준비하기
//    - 웹 애플리케이션을 시작할 때 DB 커넥션 풀 준비하기
//    - 웹 애플리케이션을 종료할 때 DB 커넥션 풀에 들어 있는 모든 연결을 해제하기
// => ServletRequestListener
//    - 요청이 들어 올 때 로그 남기기

Servlet

아리빠 — Thu, 18 Jan 2024 15:19:20 +0900

서블릿은 클래스를 만든 후, 서블릿 컨테이너에 등록해야 사용할 수 있다.

// 등록 방법 1)
//   웹 애플리케이션 배치 파일(web.xml; DD(Deploy Description) 파일)에 서블릿 정보를 등록한다.
//   => WEB-INF/web.xml
//   => DD File: Deployment Descriptor File
//   => 배치 예:
//      <servlet>
//          <servlet-name>서블릿별명</servlet-name>
//          <servlet-class>서블릿 클래스의 전체이름(패키지명 포함)</servlet-class>
//      </servlet>
//
//      <servlet-mapping>
//          <servlet-name>서블릿별명</servlet-name>
//          <url-pattern>클라이언트에서 요청할 때 사용할 URL(/로 시작해야 한다.)</url-pattern>
//      </servlet-mapping>

// 등록 방법 2)
//   서블릿 클래스 선언부에 @WebServlet 애노테이션을 붙인다.
//   => @WebServlet
//      @WebServlet(URL)
//      @WebServlet(value=URL)
//      @WebServlet(urlPatterns={"URL1", "URL2", ...})

서블릿 구동 과정

// 1) 웹 브라우저가 서블릿 실행을 요청한다.
// 2) 서블릿 컨테이너는 해당 URL의 서블릿 객체를 찾는다.
// 3.1) 서블릿 객체를 아직 만들지 않았다면,
// => 서블릿 클래스에 대해 인스턴스를 생성한다.
// => 생성자를 호출한다.
// => init()를 호출한다.
// => service()를 호출한다.
// 3.2) 서블릿 객체가 생성되어 있다면,
// => service()를 호출한다.

IF 웹 애플리케이션 종료시 => 생성된 모든 서블릿들의 destroy() 메서드 호출

특별한 옵션을 주지 않는 이상 클라이언트가 최초로 요청했을 때 서블릿 인스턴스를 생성

서블릿 인스턴스는 클래스마다 오직 한개만 생성

init(), destroy()는 오직 한번만 호출됨

service()는 클라이언트가 요청할 때 마다 호출

※ 서블릿 인스턴스는 오직 클래스마다 한개만 생성되기에, 모든 클라이언트가 같은 서블릿 인스턴스를 사용

=>클라이언트마다 구분되어야 하는 데이터는 서블릿 인스턴스에 보관 불가

NCP 취득 완

아리빠 — Wed, 13 Dec 2023 19:06:33 +0900

면접 최종 정리(Java, Spring, DB, OS, 네트워크, 자료구조)

아리빠 — Tue, 12 Dec 2023 01:57:03 +0900

스프링:
자바 플랫폼을 위한 오픈소스 어플리케이션 프레임워크로 , pojo 기반 - plain old java object , DI- defendency injection 의존성 주입, aop
-관점 지향 프로그래밍 을 지원하는 컨테이너를 제공하는 프레임워크

제어의 역전 Ioc(Inversion of Control) - 디자인 원칙 중 하나로

객체의 생성부터 생명주기의 까지 모든 객체에 대한 제어권이 바뀐것을 의미 - 클래스 간 결합도를 줄이기 위해

-결합도는 왜 줄이는가? 결합도는 구성 요소 간의 의존성 정도를 나타내는데 높은 결합도는 시스템을 유지보수하거나 확장하기 어렵게 만들기 때문에

DI(Dependency injection) 의존성 주입 - 디자인 패턴 중 하나

의존 객체를 직접 생성하는 것이 아닌, 생성자나 setter을 통해 의존 관계를 주입하는 것 의미

그렇다면 스프링에선 IoC와 DI를 어떻게 지원하는가?
-컨테이너로써 제공, 클래스 사이 의존 관계를 Bean 설정 정보를 바탕으로 컨테이너가 자동으로 연결해주는 방식으로 제공
-> 객체간 결합도가 낮아짐 But 코드 추적이 어렵다

AOP
관점 지향 프로그래밍: 공통 관심사항과 핵심 관심사항을 분리하는 것을 의미

Bean 객체란?
DI 컨테이너 내부에 존재하며 관리받고 있는 객체를 의미, Bean으로 등록된 객체는 쉽게 주입하여 사용 가능

Annotation
프로그램에 추가적 정보를 제공하는 메타 데이터
어노테이션을 정의하고 원하는 위치에 배치한 후, 코드가 실행되는 도중 자바 리플렉션을 이용해 추가 정보를 획득, 기능 실시하는 방식

트랜잭션을 추상화해서 사용하는 이유
코드레벨은 다르지만 논리적으로 같은 기능을 수행하기에

JAVA의 장단점
JVM 위에서 실행되기 때문에 OS에 종속적이지 않고, 독립적으로 실행
객체 지향 언어로, 객체 지향 프로그래밍이 가능
바이트 코드로 변환하고, JVM에 의해 기계어로 번역되므로 한번 컴파일링을 거치는 언어에 비해 느리다

JVM이란?
java virtual machine
OS와 java application사이를 중재해주는 가상 머신

자바 실행 과정
1. java 소스코드 작성: .java 확장자 가짐
2. java 소스코드를 .class바이트 코드로 변환하는 컴파일 작업 수행
3. jvm의 바이트 코드 실행
4. java 클래스 파일이 jvm에 의해 로딩, 클래스변수 초기화
5. main 메서드 실행
6. 프로그램 종료

가비지 콜렉터 GC란?
동적으로 할당한 메모리 영역 중, 사용하지 않는 영역을 탐지해 해제하는 역할
Java에서 동적 변수를 할당하는 영역은 Heap 영역이므로, JVM의 GC의 작동 대상은 Heap 메모리

자바에서 ==와 equals의 차이
==: 참조 비교, 두 객체가 같은 메모리 위치인지 비교
equals: 두객체의 내부 값이 같은지 비교

자바의 접근 제한자
public: 접근에 제한 없음
private: 자기 자신 클래스 내에서 접근 가능
default: 같은 패키지 내에서 접근 가능
protected: 동일한 패키지 내에서 접근+ 상속을 이용한 접근 가능

자바의 데이터 타입
원시 자료형: stack영역
정수형 : byte, short, int, long
실수형 : float, double
논리형 : boolean
문자형 : char

참조 자료형: Heap영역
원시 자료형 제외 모두
String, integer 등
데이터는 heap에서 관리, 메모리 주소값은 stack에서 관리

Java의 hashcode()는?
두 객체가 동일한 객체인지 비교할 때 사용

Boxing과, UnBoxing에 대해
기본 타입의 변수를 래퍼클래스의 인스턴스로 변경하는 과정을 박싱, 래퍼클래스의 인스터스를 다시 기본 타입으로 꺼내는 과정을 언박싱

래퍼(Wrapper) 클래스:원시자료형 타입의 데이터를 객체로 취급해야 할 경우 사용하는 클래스

Java의 static변수
클래스 당 하나만 생성, 동일한 클래스의 모든 객체들에 의해 공유

Java의 main 메소드가 static인 이유는?
static은 프로그램 시작 시 클래스 로더에 의해 메모리에 로드되어 인스턴스를 생성하지 않아도 호출 가능하기 때문

generic이란?
클래스 내부에서 타입을 지정하는것이 아닌 외부에서 사용자에 의해 지정되는 것
필요에 의한 지정을 그때그때 할 수있는 일반 타입

추상클래스 vs 인터페이스

추상 클래스: 추상 클래스 내부에 추상 메소드 이외 다른 것들도 추가 가능,
추상 키워드사용해 선언한 클래스, 추상 메서드 한개 이상 포함

인터페이스: 인터페이스 키워드를 사용해 선언, 추상메서드와 상순만을 포함
다중상속 가능

String builder: 동기화 지원 안해서, 단일쓰레드에서 성능이 좋음
String buffer: 동기화 지원해서 멀티 쓰레드 환경에서 thread-safe

OS란?
운영체제는 하드웨어 자원을 관리하고, 응용 프로그램와 하드웨어 사이를 중재하는 인터페이스

커널이란?
메모리에 상주하는 OS의 핵심 부분으로, 필요한 운영체제의 핵심 부분만을 메인 메모리에 적재하여 운영체제를 사용하게함

메모리 구조

텍스트 영역: 실행할 프로그램의 구조가 저장되는 영역

static 영역: 전역 변수, 정적 변수가 저장되는 영역

heap 영역: 사용자가 직접 관리하는 영역, 메모리 공간 동적 할당

stack 영역: 지역변수, 매개변수가 저장되는 영역, 컴파일 시 크기 결정

Heap vs Stack
두 영역은 같은 물리 메모리 공간을 공유하는데, 서로의 영역을 누가 침범하느냐에 따라 heap overflow, stack overflow가 발생
스택: 크기 제한
힙: 크기 제한 X

Heap의 영역을 너무 크게 잡으면 생기는 일은?
힙 영역이 너무 크다면, 가비지 콜렉터의 수행시간이 길어져 성능저하로 이어짐

프로세스 vs 쓰레드
프로세스: 자원을 할당받는 작업의 단위
쓰레드: 프로세스의 자원을 실행하는 실행의 단위

Context Switiching(문맥교환이란?)
현재 수행 중인 프로세스나 스레드의 상태 정보를 저장하고
다음에 실행할 프로세스나 스레드의 상태 정보로 교체하는 작업을 의미
-프로세스 스케줄링, 시스템 콜 등에 사용
-> 자주 사용 시 오버헤드 발생

프로세스 제어 블록이란?
프로세스를 관리하기 위한 정보를 포함하는 OS커널의 자료구조

크롬 브라우저에서 한 탭에 오류가 생기더라도, 다른 탭에 영향을 끼치지 않는다
그렇다면 각각의 크롬 탭은 프로세스일까? 쓰레드일까?
한 탭에 오류가 생기더라도 다른 탭에 영향을 끼치지 않는다는 특성에 의해, 크롬 탭은 별개의 프로세스

멀티쓰레드 vs 멀티 프로세스
멀티 쓰레드: 하나의 프로세스를 여러개의 쓰레드로 구성해 자원을 공유하며 작업을 수행
- 한 프로세스 내의 자원을 공유하므로 동기화를 항상 고려

멀티 프로세스: 하나의 프로그램을 여러개의 프로세스로 구성해 프로세스가 병렬적 작업 수행

동기 vs 비동기
동기는 요청과 결과가 동시에 일어남, 요청시 시간이 얼마나 걸리던지 요청한 자리에서 결과가 주어져야한다

비동기: 요청과 결과가 동시에 일어나지 않음, 그 시간동안 다른 작업이 가능하므로 자원의 효율적 사용 가능

DeadLock:교착상태
두개 이상의 프로세스나 쓰레드가 서로 자원을 기다리면서 무한히 대기하는 상태
-상호배제
-점유대기
-비선점
-순환대기

선점 vs 비선점

선점 방식: 특정 프로세스가 실행 중이더라도 CPU 할당을 뺏어 다른 프로세스에 부여할 수 있는 방식
-System Call, Time Quantum, Interrupt

비선점 방식: 특정 프로세스가 실행 중이면 끝나기 전까지는 절대로 다른 프로세스에게 CPU를 뺏기지 않는 방식

동시성 vs 병렬성

동시성: 멀티 프로그래밍에서 나온 개념, 주 기억장치에 여러 프로세스를 적재해 context switching을 통해 동시에 실행되는것 처럼
보이게 하는것(실제로는 동시 X, 번갈아 실행)

병렬성: 멀티 프로세싱에서 나온 개념: 실제로 동시에 여러 프로세스 병렬적으로 실행하는 방식

메모리 종류
CPU에 가까운 순으로 레지스터, 캐시, 주기억장치, 보조기억 장치
-> 접근속도에 따른 차이를 두기 위해 종류 다양

OS가 메모리 관리 해야 하는 이유
-각각의 프로세스는 독립적 메모리 공간을 갖음-> 다른 프로세스의 메모리 공간 침범 불가,
오로지 OS만이 OS메모리 영역과 사용자 메모리영역의 접근에 영향받지 않기에, OS만 관리 가능해서

페이징 vs 세그멘테이션
페이징: 프로세스를 동일한 크기의 페이지로 분리, 메모리는 해당 페이지와 동일한 프레임으로 분리해
메인 메모리에 불연속적으로 저장하는 방식

세그멘테이션: 프로세스를 가변적인 크기의 세그먼트로 분리, 메모리에 적재

단편화: 프로세스들이 차지하는 메모리 사이에 사용하지 못할만큼 작은 공간을 의미
내부 단편화: 고정길이 할당/페이지

외부 단편화: 가변길이 할당/세그먼테이션

가상메모리란?
프로레스 전체가 메모리에 올라오지 않아도 실행 가능
-> 동시에 많은 프로그램 실행 가능, 응답시간 유지하며 CPU 이용율, 처리율 높일 수 있음

요구페이징
프로그램 실행 시작 시에 프로그램 전체를 물리 메모리에 적재하는 대신, 초기에 필요한 것들만 적재하는 전략

메모리가 고갈되면 일어나는 현상
-프로세스를 실행해야 하기 때문에 Swap이 활발
->CPU 이용률이 하락하고, OS는 CPU 이용률이 낮으므로 오히려 프로세스를 추가하게 되는 쓰레싱 현상 발생
쓰레싱:페이지 부재율이 높은 상태

캐시 메모리 사용 이유
:CPU와 메모리 사이의 속도 차이를 완화하기 위해 사용

OSI 7 Layer의 각 계층
7계층 (Application Layer, 응용계층) : 최종 목적지로 응용 프로그램과 연관해 서비스를 수행하는 계층 -HTTP,DNS
6계층 (Presentation Layer, 표현계층) : 데이터 압축 혹은 변환이 이뤄지는 계층, 데이터의 형식을 정의 -JPEG
5계층 (Session Layer, 세션계층) : 데이터가 통신하기 위한 논리적 연결을 담당하는 계층, 세션을 생성해 통신 -API, Socket
4계층 (Transport Layer, 전송계층) : 종단 간 사용자들에게 신뢰성있는 데이터를 전달하는 계층 -TCP,UDP
3계층 (Network Layer, 네트워크계층) : IP를 지정하고 라우터로 경로를 선택해 네트워크를 통해 데이터를 전달하는 계층 -Router
2계층 (Datalink Layer, 데이터링크계층) : 신뢰성 있는 전송을 위해 에러 검출, 흐름제어를 담당하며 데이터의 물리적인 전송이 일어나는 계층 -Ethernet
1계층 (Physical Layer, 물리계층) : 데이터를 전기 신호로 변경하는 계층

전송계층과 데이터 링크계층 모두 신뢰성 관련 기능 제공, 차이는?
전송계층: 논리적 연결
데이터 링크 계층: 물리적 연결

전송계층이 데이터 분실을 확인하는 방법
- 데이터를 패킷단위로 쪼개어 목적지로 전송, 패킷에 각각 번호 부여해 목적지에서 패킷 재조립, 분실여부 확인

전송계층의 흐름제어, 오류제어, 혼잡제어
흐름제어: 송신측과 수신측 사이의 데이터 처리 속도를 제어하기 위해서 송신측의 데이터 처리 속도를 조절
오류제어:오류제어는, 패킷이 손상되었거나 손실된 경우, 재전송을 통해 오류를 복구할 수 있는 방법으로 재전송 프로토콜
혼잡제어: 네트워크의 혼잡을 피하기 위해 송신측에서 보내는 데이터의 전송 속도를 제어

DNS?
Domain Name Server의 약어로, IP주소를 문자로 표현한 주소로 바꾸는 시스템 혹은 서버

http://www.google.com 도메인을 브라우저에 입력했을 때 일어나는 일

1. 주소창에 http://www.google.com 입력
2. 브라우저는 캐싱된 DNS 기록을 통해 해당 도메인 주소에 대응하는 IP주소가 있는지 확인
3. 요청한 URL이 캐시에 없을 경우, ISP의 DNS 서버가 http://www.google.com을 호스팅하는 서버의 IP주소 찾기 위해 DNS Query보내찾음
4. 브라우저는 http://www.google.com 해당 IP주소 획득, 해당서버와 TCP 연결 시도
5. TCP연결 완료시 브라우저가 웹 서버에 HTTP Request 보냄
6. 서버는 해당 Request 처리, Response 생성
7. 브라우저는 해당 Response 읽어 사용자에게 보여줌

TCP Connection 시 3-way handshaking 의 설명
TCP는 신뢰성있는 전송을 위해 1:1로 서로 잘 연결되었음을 확인하는 과정을 거침. 이 과정이 바로 3-way handshaking

TCP vs UDP
TCP: 연결지향, 흐름제어,혼잡제어,오류제어를 통한 신뢰성 보장, 속도 느림
UDP:비연결 지향, Checksum 필드로 최소한의 오류만 보장, 속도 빠름

HTTP의 특징
- 비연결지향 (connectionless) : client가 server에 request를 보내고, 서버가 해당 요청에 맞는 response를 보내면 바로 연결을 끊음
- 상태 비저장 (stateless) : 연결을 끊는 순간 client와 server의 통신은 끝나며, 상태정보를 유지하지 않는 특징

HTTPS는 HTTP의 보단상 문제 해결 위해 나온 프로토콜
HTTP는 TEXT로 자원을 주고 받기 때문에 네트워크 중간을 가로챈다면, 내용이 유출되는 사고가 생김
따라서 SSL, TLS를 이용해 암호화를 거쳐 주고 받음 (응용-전송 계층 사이에 위치)

HTTP Method
GET 조회, 리소스 요청
POST 요청된 데이터를 처리하고 자원을 생성함
PUT 요청된 자원이 없으면 생성, 있으면 새 것으로 전체 갱신
PATCH 자원의 일부분만 수정
DELETE 요청된 자원을 삭제

멱등성 메소드: 특정 메소드를 여러번 요청했는데, 매번 요청 결과가 같은 경우
Get, Put, Delete

REST API와 RESTful 하다는 것

REST는 HTTP URI를 통해 자원을 명시하고 HTTP Method를 통해 자원을 처리하도록 설계된 아키텍처
이러한 REST를 기반으로 만든 API가 REST API
RESTful 하다는 것은, REST 원리를 잘 따르는 시스템

쿠키 vs 세션

쿠키: 라이프 사이클-만료기간 부여,서버 요청이 없어-> 빠름, 클라이언트 로컬에 있어 보안 취약
세션: 라이프 사이클-브라우저 종료시 소멸, 서버 통신이 필요->느림, 서버에서 관리 비교적 안전

JWT Token
JWT는 JSON 포맷을 이용하는 Claim 기반의 웹 토큰이며, 토큰 자체를 정보로 사용하는 Self-Contained 방식으로 정보를 안전하게 전달
헤더(Header).내용(Payload).서명(Signature)로 구성

URI vs URL
URI: 특정 리소스를 식별하는 통합 자원 식별자(Uniform Resource Identifier)를 의미, 웹 기술에서 사용하는 논리적 또는 물리적 리소스를 식별하는 고유한 문자열 시퀀스
URL: 흔히 웹 주소라고도 하며, 컴퓨터 네트워크 상에서 리소스가 어디 있는지 알려주기 위한 규약

DBMS 란?
database management system: 데이터 베이스 관리 시스템, 여러 사용자가 데이터 베이스에 접근해 사용 할 수있도록하는
소프트웨어
->DB를 사용하지 않고, OS에 종속적인 파일 시스템을 활용하면 프로그램의 확장성을 해치기에

스키마
: 구조와 제약 조건에 대해 명세를 기술한 데이터 집합

외부 스키마 : 사용자의 입장에서 데이터베이스의 모습으로 조직의 일부분을 정의한 것
개념 스키마 : 모든 응용 시스템과 사용자들이 필요로하는 데이터를 통합한 조직 전체의 데이터베이스 구조를 논리적으로 정의한 것
내부 스키마 : 전체 데이터베이스의 물리적 저장 형태를 기술하는 것

뷰 란?
뷰는 사용자에게 접근이 허용된 자료만을 제한적으로 보여주기 위해 하나 이상의 테이블에서 유도된, 메모리에는 물리적으로 존재하지 않는 가상테이블

키 란?
검색, 정렬 시 튜플 구분하는 기준이 되는 속성

슈퍼키: 유일성을 만족

후보키: 기본키가 될 수있는 후보가 되는 키, 유일성+최소성 만족

기본키: 후보 키 중에서 선택된 하나의 고유한 식별자, 중복되는 값이나 NULL값 X

대체키: 후보 키 중 기본키 제외한 나머지

외래키: 다른 테이블의 레코드를 유일하게 식별 할 수 있는 키

트랜잭션
데이터베이스의 상태를 변화시키는 논리적인 작업 단위
원자성: 트랜잭션은 모두 정상 실행 or 모두 취소
고립성: 두 개 이상의 트랜잭션 발생 시 서로 영향주면 안된다
일관성: 실행을 성공 했을 시 언제나 일관성있는 상태 유지
영구성: 커밋된 트랜잭션 영구히 반영

-활동, 장애, 철회, 부분완료, 완료

Commit: 트랜잭션이 성공해 트랜잭션 결과를 영구적으로 반영하는 연산
Rollback: 트랜잭션의 실행을 취소했음을 알리는 연산이며, 트랜잭션이 수행한 결과를 원래의 상태로 원상 복구

동시성 제어란?
DBMS는 다수의 사용자를 가정, 다중 트랜잭션의 상호 간섭 작용 중, DB를 보호해야함, 일관성을 파괴하지 않도록
상호작용을 제어하는 것을 의미

데이터의 무결성: 데이터가 정확하고 일관되게 유지되는 상태
- 개체 무결성: 기본키는 null. 중복 값 불가능
- 참조 무결성: 외래키는 null이거나 참조 테이블의 기본 키 값과 같아야 함

Join
두 개 이상의 테이블이나 데이터베이스를 연결해 데이터를 검색하는 방법
inner join은 서로 연관된 내용만 검색하는 조인 방법
outer join은 한 쪽에는 데이터가 있고 한 쪽에는 데이터가 없는 경우, 데이터가 있는 쪽의 내용을 전부 출력하는 방법

Group By의 역할
GROUP BY 명령어를 통해 특정 컬럼을 기준으로 연산한 결과를 집계 키로 정의하여 그룹을 짓는 역할

DELETE, TRUNCATE, DROP의 차이
DELETE는 데이터는 지우지만 테이블 용량은 줄어들지 않고 원하는 데이터만 골라서 지울 수 있습니다. 삭제 후 되돌릴 수 있다.

TRUNCATE는 전체 데이터를 한번에 삭제하는 방식입니다. 테이블 용량이 줄어들고 인덱스 등도 삭제되지만 테이블은 삭제할 수 없고, 삭제 후 되돌릴 수 없다.

DROP은 테이블 자체를 완전히 삭제하는 방식, 삭제 후 되돌릴 수 없다

트리거란?
트리거는 특정 테이블에 반응해 데이터베이스에서 자동으로 동작하도록 작성된 프로그램
-사용자가 직접 호출하지 않고 DB에서 자동적으로 호출

DB 인덱스
Index는 테이블을 처음부터 끝까지 검색하지 않고, 인덱스를 검색해서 해당 자료의 테이블을 접근하는 방법
- 원하는 값 검색은 빠르지만, 새로운 값 추가,삭제,수정은 쿼리문 실행 속도가 느려짐

정규화란?
이상현상이 존재하는 테이블을 분해해 여러 개의 테이블로 분리하는 과정

-삽입 이상: 불필요 데이터 추가해야 삽입이 가능
-갱신 이상: 전체 데이터 중 일부만 변경하여 데이터 불일치 현상
-삭제 이상: 삭제로 인해 필요한 데이터까지 삭제되는 현상

정규화
1 정규화 : 원자값을 갖도록 분해
2 정규화 : 부분 함수 종속성 제거
3 정규화 : 이행종속 제거

역정규화
-읽기 작업이 많이 필요한 DB의 전반적인 성능을 향상시키기 위해 역정규화

Connection Pool이란?
커넥션 풀은, 미리 일정 수의 Connection을 생성해 Pool에 보관해 두는 것

RDB vs NoSQL

RDB: 관계형 데이터 베이스
데이터 구조 보장, 중복 피할 수 있음

NoSQL
스키마가 없거나, 느슨한 스키마로 데이터 간의 관계 없이 자유로운 형태로 데이터 저장
중복을 계속 업데이트 해줘야함

ORM
ORM은 객체와 관계형 데이터베이스 매핑의 줄임말
데이터 테이블을 서로 매핑하는 것을 의미

Array와 LinkedList가 각각 무엇인지, 어떻게 다른지

Array 순서가 있는 데이터를 저장하기 위한 선형 자료구조

LinkedList는 각 데이터 저장한 노드를 서로 연결하여 만든 선형 자료구조, 가변길이 크기

스택 vs 큐

스택: 선입후출 - 주로 배열을 통해 구현, 브라우저의 '뒤로가기' 기능

큐: 선입선출- 주로 연결리스트 통해 구현, CPU 스케줄링의 Ready Queue

Priority Queue?
선입선출의 큐와 다르게, 우선순위가 높은 원소가 우선적으로 빠져나오게 되는 자료구조

Heap
힙(Heap)은 '완전이진트리'면서, 모든 부모노드와 자식노드 간에 '크거나 같은' 혹은 '작거나 같은'의 관계를 가지고 있는 트리

해시 테이블
해시 테이블은 Key-Value 쌍으로 값을 저장하는 자료구조
해시 충돌:서로 다른 Key에 대해 같은 해시값을 갖는 경우를 해시 충돌

스프링

아리빠 — Fri, 8 Dec 2023 15:31:31 +0900

스프링은 자바 기반의 엔터프라이즈급 애플리케이션을 개발하기 위한 종합적인 프레임워크입니다.

스프링은 모듈화가 잘 되어 있어 필요한 모듈만 선택하여 사용할 수 있습니다. 주요 모듈에는 Spring MVC(웹 애플리케이션 개발), Spring ORM(객체 관계 매핑), Spring JDBC(데이터베이스 액세스), Spring AOP(관점 지향 프로그래밍) 등이 있습니다.

설정이 XML 기반이며, 개발자가 많은 구성을 수동으로 처리해야 합니다.

Spring MVC (웹 애플리케이션 개발):

목적: 웹 애플리케이션을 개발하기 위한 모듈입니다.

특징: MVC 아키텍처를 기반으로 한다. 모델(Model), 뷰(View), 컨트롤러(Controller)의 분리를 통해 애플리케이션을 구조화한다. 모델은 데이터를 나타내고, 뷰는 사용자 인터페이스를 나타내며, 컨트롤러는 요청을 처리하고 응답을 관리한다. Spring MVC는 유연한 URL 매핑, 데이터 바인딩, 검증, 템플릿 엔진과의 통합 등 다양한 기능을 제공한다.

Spring ORM (객체 관계 매핑):

목적: 객체와 데이터베이스 간의 매핑을 간단하게 처리하기 위한 모듈입니다.

특징: 주로 Hibernate, JPA(Java Persistence API), MyBatis 등과 같은 ORM 프레임워크와 통합되어 사용된다. 객체 지향 언어인 자바의 객체와 관계형 데이터베이스 간의 불일치를 해소하고, 데이터베이스와의 상호작용을 쉽게 처리할 수 있도록 지원한다.

Spring JDBC (데이터베이스 액세스):

목적: 데이터베이스와의 간단한 JDBC(Java Database Connectivity) 액세스를 지원하는 모듈입니다.

특징: JDBC 코드를 보다 간결하게 작성할 수 있도록 도와주며, 예외처리 및 리소스 관리 등을 자동으로 처리한다. 데이터베이스와의 연결, SQL 실행, 결과 처리 등을 추상화하고, 트랜잭션 관리와 예외처리를 지원한다.

Spring AOP (관점 지향 프로그래밍):

목적: 관점 지향 프로그래밍을 지원하는 모듈입니다.

특징: 횡단 관심 사항(Cross-cutting Concerns)을 분리하여 모듈화하고, 코드의 재사용성과 유지보수성을 향상시키는 데 목적이 있다. 주요 개념으로는 어드바이스(Advice), 포인트컷(Pointcut), 애스펙트(Aspect) 등이 있으며, 특정 메서드 실행 전이나 후에 코드를 삽입하거나, 예외를 처리하는 등의 작업을 수행할 수 있다. AOP는 주로 로깅, 트랜잭션 관리, 보안 등에서 활용된다.

리액트 정리

아리빠 — Fri, 8 Dec 2023 15:30:57 +0900

리액트는 컴포넌트 기반 아키텍처를 기반으로, 각 컴포넌트는 스테이트를 가질 수 있고, 재사용 가능

가상 DOM 사용 성능 최적화

리덕스는 특히 상태 관리가 복잡한 대규모 애플리케이션 또는 여러 컴포넌트 간에 상태를 공유해야 하는 경우에 유용합니다.

전역 상태를 하나의 객체로 관리 -> 쉽게 관리 가능 예측 가능

컴포넌트 간 데이터 공유-> 리액트는 부모-자식 관계가 아닌 컴포넌트 간 상태 공유가 어려운데 리덕스 사용시 동일한 상태 트리 공유로 데이터 쉽게 전달 공유

상태 로직 추상화하여 관리 가능

유지보수성 향상

브라우저 라우터:

클라이언트 측 라우팅 처리하는 도구, 다른 경로로 이동시 페이지 새로고침이 필요없다

면접대비 java

아리빠 — Wed, 6 Dec 2023 02:24:20 +0900

자바(Java)

OOP란

객체지향 프로그래밍이란 인간 중심적 프로그래밍 패러다임이라고 할 수 있습니다. 즉, 현실 세계를 프로그래밍으로 옮겨와 프로그래밍하는 것을 말합니다. 현실 세계의 사물들을 객체라고 보고 그 객체로부터 개발하고자 하는 애플리케이션에 필요한 특징들을 뽑아와 프로그래밍 하는 것입니다.

대표적인 특징으로 추상화, 상속, 캡슐화, 다형성이 있습니다.

객체 지향적 설계 원칙의 종류

SRP(Single Responsibility Principle) : 단일 책임 원칙
클래스는 단 하나의 책임을 가져야 하며 클래스를 변경하는 이유는 단 하나의 이유이어야 합니다.
OCP(Open-Closed Principle) : 개방-폐쇄 원칙
확장에는 열려 있어야 하고 변경에는 닫혀 있어야 합니다.
LSP(Liskov Substitution Principle) : 리스코프 치환 원칙
상위 타입의 객체를 하위 타입의 객체로 치환해도 상위 타입을 사용하는 프로그램은 정상적으로 동작해야 합니다.
ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
인터페이스는 그 인터페이스를 사용하는 클라이언트를 기준으로 분리해야 합니다.
DIP(Dependency Inversion Principle) : 의존 역전 원칙
고수준 모듈은 저수준 모듈의 구현에 의존해서는 안됩니다.

JVM의 구조

프로그램이 실행되면 OS로부터 프로그램이 필요로 하는 메모리를 먼저 할당 받습니다.
그리고 자바 컴파일러를 통해 개발자가 작성한 코드(.java)를 바이트 코드(.class)로 변환합니다.
다음 Class Loader에서 바이트 코드를 JVM에 로딩 시킵니다.
로딩 된 바이트 코드를 execution engine을 통해 기계어로 해석됩니다.
해석된 바이트 코드들은 runtime data areas에 배치되어 실질적인 수행이 이루어집니다.

직렬화(serialization)란?

자바에서 입출력을 할 때에는 스트림이라는 통로를 통해 데이터가 이동합니다. 하지만 객체는 바이트형이 아니라서 스트림을 통해 파일에 저장하거나 네트워크로 전송할 수 없습니다.

따라서 객체를 스트림을 통해 입출력하려면 바이트 배열로 변환하는 것이 필요한데, 이를 '직렬화' 라고 합니다. 반대로 스트림을 통해 받은 직렬화된 객체를 원래 모양으로 만드는 과정을 역직렬화라고 합니다.

박싱과 언박싱이란?

기본 자료형(Primitive data type)을 Wrapper class로 바꾸어 주는 것을 박싱, Wrapper class를 기본 자료형(Primitive data type)으로 바꿔주는 것을 언박싱 이라고 합니다.

HashMap vs HashTable vs ConcurrentHashMap

HashMap
- 주요 메서드에 synchronized 키워드가 없습니다
- key, value에 null을 입력할 수 있습니다.
HashTable
- 주요 메서드에 synchronized 키워드가 선언 되어 있습니다.
- key, value에 null을 허용하지 않습니다.
ConcurrentHashMap
- HashMap을 thread-safe 하도록 만든 클래스
- key, value에 null을 허용하지 않습니다.

접근 제어자

public : 어디서든 접근이 가능합니다.
protected : 동일 패키지 혹은 상속받은 외부 패키지 클래스에서 사용 가능합니다.
(default) : 동일 패키지 내에서만 접근 가능합니다.
private : 해당 클래스 내에서만 접근 가능합니다.

interface vs abstract

interface(인터페이스)
- 다중 상속
- 추상 메서드, 상수만 선언 가능
- 생성자, 일반 변수를 가질 수 없음
- 팀별 협업시 추상메서드를 통해 결과를 예측하고 작업이 가능함(구현 객체의 동일성 보장)
abstract(추상 클래스)
- 다중 상속 불가
- 추상 메서드 1개 이상, 일반 변수, 일반 메서드 선언 가능
- 생성자, 일반 변수 가질 수 있음
- 메서드의 부분 구현이 가능(부분 구현된 메서드를 상속받아 확장시키기 위함)

String vs StringBuffer vs StringBuilder

String
- immutable(불변)
- 객체를 한 번 할당할시 메모리 공간에 변동이 없습니다.(할당시 Heap String Pool영역에 생성되어 그 값을 계속 사용합니다.)
- 동기화를 신경쓰지 않아도 됩니다.
- 엄청나게 많은 문자열을 선언 및 연산할 시 성능저하를 고려해야합니다.
StringBuffer
- mutable(가변)
- 각 메서드별로 Synchronized Keyword가 존재합니다.
- 멀티스레드 환경에서도 동기화를 지원합니다.(thread-safe)
StringBuilder
- mutable(가변)
- 동기화를 지원하지 않습니다.

try-with-resource란?

try-with-resources는 자동으로 자원을 해제해주는 기능입니다. try에서 선언된 객체가 AutoCloseable을 구현하였다면 Java는 try구문이 종료될 때 객체의 close() 메소드를 호출해 줍니다.

Synchronized(동기화)란?

동기화는 여러 개의 쓰레드가 하나의 자원에 접근하려 할 때 주어진 순간에는 단 하나의 쓰레드만이 접근 가능하도록 하는 것입니다.

둘 이상의 쓰레드가 공동의 자원(파일이나 메모리 블록)을 공유하는 경우, 순서를 잘 맞추어 다른 쓰레드가 자원을 사용하고 있는 동안 한 쓰레드가 절대 자원을 변경할 수 없도록 해야합니다. 만얃 한 쓰레드가 파일에서 레코드를 수정하는데, 다른 쓰레드가 동시에 같은 레코드를 수정하면 심각한 문제가 발생할 수 있기 때문입니다.

이런 상황을 처리할 수 있는 한 방법은 관련된 쓰레드에 대한 동기화(synchronization)를 하는 것입니다.

Synchronized(동기화)를 하기 위한 방법

synchronized 함수(메서드)를 만들어 사용합니다.
synchronized 블록(block) 사용합니다.

자바의 메모리 영역

메서드 영역
- static 변수, 전역 변수, 코드에서 사용되는 Class 정보 등이 할당됩니다.
스택(Stack)
- 지역 변수, 함수(메서드) 등이 할당되는 LIFO(Last In First Out) 방식의 메모리입니다.
힙(Heap)
- new 연산자를 통한 동작할당된 객체들이 저장되며, 가비지 컬렉션에 의해 메모리가 관리됩니다.

컬렉션 프레임워크란?

컬렉션 프레임워크(collection framework)란 다수의 데이터를 쉽고 효과적으로 처리할 수 있는 표준화된 방법을 제공하는 클래스의 집합을 의미합니다.

컬렉션 프레임워크에서는 데이터를 저장하는 자료 구조에 따라 다음과 같은 핵심이 되는 주요 인터페이스를 정의하고 있습니다.

List 인터페이스
Set 인터페이스
Map 인터페이스

제네릭이란?

제네릭은 자바에서 안정성을 맡고 있다고 할 수 있습니다. 객체의 타입을 컴파일 시에 체크하기 때문에 객체의 타입 안전성을 높이고 형변환의 번거로움을 덜어주어 자연스럽게 코드도 더 간결해집니다.

Vector vs ArrayList

동적인 배열을 다루는 컬렉션 프레임워크로서 둘의 차이점을 알아보겠습니다.

Vector
- 동기화된 상태입니다.(Thread safe)
- 상대적으로 속도가 느립니다.(동기화 되어있기 떄문)
ArrayList
- 동기화가 안된 상태입니다.
- 상대적으로 속도가 빠릅니다.(동기화가 안되어있기 때문)
- 멀티쓰레드 환경이 아닐 경우 사용 권장합니다.

ArrayList와 LinkedList의 차이

LinkedList와 ArrayList는 모두 Java에서 제공하는 List 인터페이스를 구현한 Collection 구현체입니다.

ArrayList
- 내부적으로 데이터를 배열로 관리하고 데이터 추가/삭제 시 임시 배열을 생성해 데이터를 복사합니다.
- 데이터별 인덱스가 있어 검색에는 유리
- 임시 배열을 사용하기 때문에 데이터 추가/삭제의 경우에는 불리
LinkedList
- 내부적으로 노드 단위로 데이터를 관리합니다. 자신의 앞 뒤 노드만 인지하는 상태입니다.
- 인덱스가 따로 없기 때문에 검색 시 전 노드를 순회해야하여 검색시 불리
- 데이터 추가/삭제 시 불필요한 데이터 복사가 없어 유리

오버로딩(Overloading)과 오버라이딩(Overriding)의 차이

오버로딩(Overloading) :
상위 클래스의 메소드와 이름, return 값은 동일하지만, 매개변수만 다른 메소드를 만드는 것을 의미합니다. 다양한 상황에서 메소드가 호출될 수 있도록 한다.
오버라이딩(Overriding) :
상위 클래스에 존재하는 메소드를 하위 클래스에서 필요에 맞게 재정의하는 것을 의미합니다.

final / finally / finalize() 차이

final
- final class : 다른 클래스에서 상속하지 못합니다.
- final method : 다른 메소드에서 오버라이딩하지 못합니다.
- final variable : 변하지 않는 상수값이 되어 새로 할당할 수 없는 변수가 됩니다.
finally : try-catch or try-catch-resource 구문을 사용할 때, 정상적으로 작업을 한 경우와 에러가 발생했을 경우를 포함하여 마무리 해줘야하는 작업이 존재하는 경우에 해당하는 코드를 작성해주는 코드 블록입니다.
finalize() : GC에 의해 호출되는 함수로 절대 호출해서는 안 되는 함수입니다. 이유는 GC가 발생하는 시점이 불분명하기 때문에 해당 메소드가 실행된다는 보장이 없습니다.

HTTP VS HTTPS

아리빠 — Mon, 4 Dec 2023 23:20:24 +0900

HTTP 의 문제점

HTTP 는 평문 통신이기 때문에 도청이 가능하다.
통신 상대를 확인하지 않기 때문에 위장이 가능하다.
완전성을 증명할 수 없기 때문에 변조가 가능하다.

위 세 가지는 다른 암호화하지 않은 프로토콜에도 공통되는 문제점들이다.

TCP/IP 는 도청 가능한 네트워크이다.

TCP/IP 구조의 통신은 전부 통신 경로 상에서 엿볼 수 있다. 패킷을 수집하는 것만으로 도청할 수 있다. 평문으로 통신을 할 경우 메시지의 의미를 파악할 수 있기 때문에 암호화하여 통신해야 한다.

보완 방법

통신 자체를 암호화 SSL(Secure Socket Layer) or TLS(Transport Layer Security)라는 다른 프로토콜을 조합함으로써 HTTP 의 통신 내용을 암호화할 수 있다. SSL 을 조합한 HTTP 를 HTTPS(HTTP Secure) or HTTP over SSL이라고 부른다.
콘텐츠를 암호화 말 그대로 HTTP 를 사용해서 운반하는 내용인, HTTP 메시지에 포함되는 콘텐츠만 암호화하는 것이다. 암호화해서 전송하면 받은 측에서는 그 암호를 해독하여 출력하는 처리가 필요하다.

통신 상대를 확인하지 않기 때문에 위장이 가능하다.

HTTP 에 의한 통신에는 상대가 누구인지 확인하는 처리는 없기 때문에 누구든지 리퀘스트를 보낼 수 있다. IP 주소나 포트 등에서 그 웹 서버에 액세스 제한이 없는 경우 리퀘스트가 오면 상대가 누구든지 무언가의 리스폰스를 반환한다. 이러한 특징은 여러 문제점을 유발한다.

리퀘스트를 보낸 곳의 웹 서버가 원래 의도한 리스폰스를 보내야 하는 웹 서버인지를 확인할 수 없다.
리스폰스를 반환한 곳의 클라이언트가 원래 의도한 리퀘스트를 보낸 클라이언트인지를 확인할 수 없다.
통신하고 있는 상대가 접근이 허가된 상대인지를 확인할 수 없다.
어디에서 누가 리퀘스트 했는지 확인할 수 없다.
의미없는 리퀘스트도 수신한다. —> DoS 공격을 방지할 수 없다.

보완 방법

위 암호화 방법으로 언급된 SSL로 상대를 확인할 수 있다. SSL 은 상대를 확인하는 수단으로 증명서 를 제공하고 있다. 증명서는 신뢰할 수 있는 제 3 자 기관에 의해 발행되는 것이기 때문에 서버나 클라이언트가 실재하는 사실을 증명한다. 이 증명서를 이용함으로써 통신 상대가 내가 통신하고자 하는 서버임을 나타내고 이용자는 개인 정보 누설 등의 위험성이 줄어들게 된다. 한 가지 이점을 더 꼽자면 클라이언트는 이 증명서로 본인 확인을 하고 웹 사이트 인증에서도 이용할 수 있다.

완전성을 증명할 수 없기 때문에 변조가 가능하다

여기서 완전성이란 정보의 정확성 을 의미한다. 서버 또는 클라이언트에서 수신한 내용이 송신측에서 보낸 내용과 일치한다라는 것을 보장할 수 없는 것이다. 리퀘스트나 리스폰스가 발신된 후에 상대가 수신하는 사이에 누군가에 의해 변조되더라도 이 사실을 알 수 없다. 이와 같이 공격자가 도중에 리퀘스트나 리스폰스를 빼앗아 변조하는 공격을 중간자 공격(Man-in-the-Middle)이라고 부른다.

보완 방법

MD5, SHA-1 등의 해시 값을 확인하는 방법과 파일의 디지털 서명을 확인하는 방법이 존재하지만 확실히 확인할 수 있는 것은 아니다. 확실히 방지하기에는 HTTPS를 사용해야 한다. SSL 에는 인증이나 암호화, 그리고 다이제스트 기능을 제공하고 있다.

HTTPS

HTTP 에 암호화와 인증, 그리고 완전성 보호를 더한 HTTPS

HTTPS는 SSL 의 껍질을 덮어쓴 HTTP 라고 할 수 있다. 즉, HTTPS 는 새로운 애플리케이션 계층의 프로토콜이 아니라는 것이다. HTTP 통신하는 소켓 부분을 SSL(Secure Socket Layer) or TLS(Transport Layer Security)라는 프로토콜로 대체하는 것 뿐이다. HTTP 는 원래 TCP 와 직접 통신했지만, HTTPS 에서 HTTP 는 SSL 과 통신하고 SSL 이 TCP 와 통신 하게 된다. SSL 을 사용한 HTTPS 는 암호화와 증명서, 안전성 보호를 이용할 수 있게 된다.

HTTPS 의 SSL 에서는 공통키 암호화 방식과 공개키 암호화 방식을 혼합한 하이브리드 암호 시스템을 사용한다. 공통키를 공개키 암호화 방식으로 교환한 다음에 다음부터의 통신은 공통키 암호를 사용하는 방식이다.

모든 웹 페이지에서 HTTPS를 사용해도 될까?

평문 통신에 비해서 암호화 통신은 CPU나 메모리 등 리소스를 더 많이 요구한다. 통신할 때마다 암호화를 하면 추가적인 리소스를 소비하기 때문에 서버 한 대당 처리할 수 있는 리퀘스트의 수가 상대적으로 줄어들게 된다.

하지만 최근에는 하드웨어의 발달로 인해 HTTPS를 사용하더라도 속도 저하가 거의 일어나지 않으며, 새로운 표준인 HTTP 2.0을 함께 이용한다면 오히려 HTTPS가 HTTP보다 더 빠르게 동작한다. 따라서 웹은 과거의 민감한 정보를 다룰 때만 HTTPS에 의한 암호화 통신을 사용하는 방식에서 현재 모든 웹 페이지에서 HTTPS를 적용하는 방향으로 바뀌어가고 있다.

면접 대비

아리빠 — Sat, 2 Dec 2023 17:54:29 +0900

RDB와 NoSQL의 차이

RDBMS는 정해진 스키마가 존재하고, NoSQL는 정해진 스키마가 없다는 것이 가장 큰 차이입니다. NoSQL은 정해진 스키마가 없을 때 데이터 구조 변화가 자유롭고 데이터 분산이 용이하다는 장점이 있지만, 데이터 중복이 발생하거나 데이터 변경 시에 연산이 오래 걸린다는 단점이 있습니다.

DB에서 인덱스를 잘 사용 했을 때의 장점

DB의 인덱스를 잘 사용하는 것은 데이터를 검색하는 시점에 성능 차이에 큰 영향을 미칩니다. 대용량 데이터를 담고 있는 DB 테이블에서 필요한 데이터를 빨리 찾기 위해 인덱스가 필요합니다. 인덱스가 없거나 적절한 인덱스를 찾지 못할 경우 데이터가 담겨있는 테이블 전체를 읽어야 하기에 데이터 조회 시간이 오래 걸립니다. 인덱스는 DB 데이터의 주소를 갖고 있는 것을 의미하며, 원하는 데이터를 빠르게 찾을 수 있다는 장점을 가지고 있습니다.

NCA 취득 완료

아리빠 — Thu, 30 Nov 2023 20:02:14 +0900