함수가 자기 자신을 호출하는 프로그래밍 기법으로문제를 작은 하위 문제들로 나누어 해결하는 데 유용하며,반복적으로 동일한 작업을 수행해야 하는 경우 사용된다. 재귀의 기본 구조기본 사례 (Base Case) : 재귀 호출을 멈추는 조건으로, 기본 사례가 없으면 재귀 호출이 무한 반복될 수 있다.재귀 사례 (Recursive Case) : 함수가 자기 자신을 호출하는 부분이다. 이 부분에서 문제를 더 작은 부분으로 나눌 수 있다.public class FactorialEx { public static void main(String[] args) { int number = 5; int result = factorial(number); System.out.println..

느긋함(Laziness) & 엄격함(Strictness)엄격한 계산은 변수 선언, 값 할당, 표현식을 인수로 넘길 때 발생한다.느긋한 계산은 표현식의 결과가 실제로 필요한 시점에 발생한다.표현식의 생성과 사용이 분리되어 있다. // JSfunction add(x, y) { return x + x;}// 느긋한 계산var result = add(5, 1/0); // 10// Javaint add(int x, int y) { return x + x;}// 엄격한 계산int result = add(5, 1 / 0); // ArithmeticException자바는 엄격한 언어의 특성상 표현식을 즉시 계산한다.0을 나눌 수 없기 때문에 ArithmeticException이 발생한다.엄격한 언어인 자바에..

현재까지 접한 프로젝트에서 어떻게 예외를 처리하고 있는 지 살펴봤다.// 잘못된 값이 넘어왔거나 값이 없을 때if (param == null) { throw new xxxException("F", "값을 다시 확인해주세요.");}// DB 조회 시 결과 데이터가 없을 때if (list == null || list.size() == 0) { throw new xxxException("데이터가 없습니다.");}// api 통신 예외 처리if (...) { throw new xxxException(ErroCode.XXX.getCode()); // E.200.x }// if/else 지옥을 어떻게 마무리해야할 지 모를 때if (...) { // ...} else if (...) { ..

null 참조의 문제null 참조는 단순히 `값이 없는 상태`가 아니다.실제 타입과 관계없이 `어떠한 객체 참조와도 호환되는 일반화된 타입`이다.값이 할당되지 않을 경우 기본값으로 null을 갖게 되며, null 참조에 접근하면 NullPointException이 발생한다.null을 처리하지 않으면 해당 스레드는 중단된다.표면적으로 null 값을 처리할 수 있더라도, 올바른 결과를 보장하기 위해선 반드시 null 여부를 확인해야 한다. 어떠한 객체 참조와도 호환되기 때문에 구체적인 타입이 없어도 모든 타입을 대표할 수 있다. -> `타입 모호성` null 처리 방법Optional을 사용해 쉽게 null 처리가 가능하지만 코드 전체에서 null을 관리하기 위한 완벽한 해결책은 아니다.   Optional ..

동시성 & 병렬성1. 동시성여러 작업이 중복되는 시간 동안 한정된 리소스에 대한 경쟁을 하면서 실행되는 것을 의미실제로 작업이 동시에 실행되지는 않지만 단일 CPU 코어에서는 작업 간 전환이 빨라 동시에 실행되는 것처럼 보인다.동시성은 I/O 작업을 처리할 때 효율적인데, I/O 요청 후 응답까지의 대기 시간(CPU 대기 시간) 중에 다른 작업을 처리할 수 있기 때문이다.하지만 여러 작업을 동시에 수행하므로 `경합 상태`, `데드락`, `기아` 등의 동기화 문제가 발생할 수 있다.2. 병렬성중첩된 작업들을 관리하는 것이 아닌, 작업들이 `동시에 실행`되는 것에 중점을 둔다.여러 개의 CPU 코어를 사용할 수 있는 경우 각각의 작업들은 서로 다른 코어에서 병렬로 실행될 수 있다.병렬성은 CPU 바운드 작업..

원시 스트림자바에서 제네릭은 객체 기반 타입에서만 작동한다.Stream는 int와 같은 기본값 시퀀스에 사용될 수 없다.자바는 원시 타임과 그에 상응하는 객체 타입 간의 자동변환(AutoBoxing)을 지원한다.Stream longStream = Stream.of(5L, 23L, 42L); 오토 박싱의 문제1. 원시 타입의 값을 객체로 변환할 때 오버헤드가 발생스트림 파이프라인에서 래퍼 타입의 지속적인 생성으로 인해 오버헤드가 누적될 수 있다.2. null 값의 존재 가능성원시 타입을 객체로 바로 변환할 때는 null이 생기지 않는다.파이프라인 내의 특정 연산에서 래퍼 타입을 처리해야 한다면 null 값이 반환될 가능성이 있다.일반적으로 원시 스트림을 사용하는 경우는 최적화를 위해 대규모 데이터를 병렬 ..