Unfazed❗️🎯

Collection 인터페이스의 add 메서드는 컬렉션에 특정 요소를 추가하기 위한 메서드이다.주요 특징반환 값: 컬렉션이 이 호출로 인해 변경되면 true를 반환하고, 그렇지 않으면 false를 반환한다.중복 처리: 중복을 허용하지 않는 컬렉션(예: Set)에서 이미 해당 요소가 존재하는 경우 false를 반환한다.제약 사항: 컬렉션은 추가할 수 있는 요소에 제한을 둘 수 있습니다:null 요소 거부특정 타입의 요소만 허용예외 처리: 컬렉션이 이미 요소를 포함하는 경우를 제외하고 다른 이유로 요소 추가를 거부하는 경우, false를 반환하는 대신 예외를 발생시켜야 한다.boolean 타입을 반환하는 이유컬렉션 변경 여부 확인: 메서드 호출로 컬렉션이 실제로 변경되었는지 여부를 알려준다.중복 확인 메커니..

@PathVariable목적: URI 경로의 변수 값을 추출할 때 사용예시: /users/{userId} → userId 파라미터 추출특징:URL의 경로 일부로 사용되며 필수값으로 처리됨RESTful 리소스 식별에 적합 (예: 특정 사용자 조회)@GetMapping("/users/{userId}")public User getUser(@PathVariable String userId) { //}  @RequestParam목적: 쿼리 스트링(?key=value)의 파라미터 추출예시: /users?role=admin → role 값 추출특징:선택적 파라미터 처리 가능 (required=false)필터링, 정렬, 페이징 등 부가 기능에 적합@GetMapping("/users")public List getU..

JDBC는 1996년 JDK 1.1에 공식 도입된 Java의 표준 데이터베이스 연결 API로, 개발자들이 관계형 데이터베이스와 상호작용할 수 있는 표준화된 방법을 제공하기 위해 설계되었다. 그러나 반복적인 코드 작성과 수동 리소스 관리가 필요해 개발 생산성이 낮다는 한계가 있었다. 이 문제를 해결하기 위해 SQL Mapper와 ORM 기술이 발전하게 되었다. 💡 왜 드라이버가 필요한가?벤더 중립성: 자바 애플리케이션은 표준 JDBC 인터페이스만 사용 → 실제 구현은 각 DB 벤더의 드라이버가 담당플랫폼 호환성: OS/네트워크 차이를 드라이버가 추상화🔄 동작 흐름애플리케이션 → DriverManager에 연결 요청등록된 드라이버들 중 JDBC URL 패턴 일치하는 드라이버 선택해당 드라이버가 물리적 연..

1. HTTP 요청 처리 흐름a) 정상 상태(Closed)클라이언트 → 컨트롤러 → 서비스 → 외부 API 호출 → 응답 반환모든 요청이 컨트롤러를 통해 서비스 로직까지 정상적으로 전달된다.b) Open 상태 (Resilience4J)클라이언트 → 컨트롤러 → 서킷 브레이커(Open) → Fallback 응답 즉시 반환 (외부 API 호출 미발생)요청은 컨트롤러 엔드포인트에 도달하지만, 서킷 브레이커가 실제 비즈니스 로직 실행을 차단한다.외부 API 호출 없이 Fallback 메서드에서 직접 응답 생성 (예: 503 에러)2. 컨트롤러 계층 영향 분석구분요청 도달 여부외부 API 호출 여부Closed✅✅Open✅❌Half-Open✅⚠️ (제한적 허용)컨트롤러 진입 로그: 요청은 항상 기록됨 (HTTP 요..

HTTP 쿠키(HTTP cookie) : 웹 서버에 의해 사용자의 컴퓨터에 저장되는, '이름을 가진 작은 크기의 데이터'.인터넷 사용자가 어떠한 웹사이트를 방문할 경우 사용자의 웹 브라우저를 통해 인터넷 사용자의 컴퓨터나 다른 기기에 설치되는 작은 기록 정보 파일로 쿠키, 웹 쿠키, 브라우저 쿠키라고도 한다.  쿠키의 기본적인 발상 : 브라우저가 서버 관련 정보를  저장하고, 사용자가 해당 서버에 접근할 때마다 그 정보를 함께 전송하게 하는 것브라우저는 쿠키 정보를 저장할 책임이 있고, 이 메커니즘을 '클라이언트 측 상태' 또는 'HTTP 상태 관리 체계(HTTP State Management Mechanism)라 한다. 공통적인 쿠키 저장 방식브라우저는 쿠키를 로컬 저장소에 보관하는데 각 쿠키는 이름,..

Java에서 null은 참조 타입 변수가 아무 객체도 가리키지 않음을 나타내는 특수한 리터럴이다. null은 객체가 아니며, 모든 참조 타입에 할당 가능하지만 주소값이 0x0으로 고정되어 메모리 접근이 차단된다.null의 본질적 특성리터럴 타입: null은 키워드가 아닌 리터럴로 분류되며, instanceof 연산자로 확인 시 항상 false 반환(null은 Object가 아니기 때문)타입 시스템: 모든 참조 타입(클래스, 인터페이스, 배열)에 할당 가능하지만 기본형(int 등)에는 직접 할당 불가특성설명주소값0x0으로 고정되어 실제 메모리 접근 차단메모리 레이아웃객체 헤더 없이 단순 0값 저장타입 캐스팅어떤 참조 타입으로도 캐스팅 가능초기화 기본값클래스 멤버 변수의 경우 자동으로 null 초기화null..

문제 링크https://leetcode.com/problems/invert-binary-tree/description/?envType=study-plan-v2&envId=top-interview-150 문제 입출력입력: 이진 트리의 루트(root) 노드출력: 각 노드의 자식 좌우를 뒤바꾼 이진 트리의 루트 노드모든 노드의 왼쪽 자식과 오른쪽 자식을 서로 교환하면 되는 문제다. 단순하게 모든 노드를 순회하면서 해당 노드의 자식들을 swap하면 되는데, 문제를 푸는 과정에서 재귀적으로 계속 swap해주면 되겠다는 것은 알았지만 재귀 호출 순서를 깊게 상상하면서 구현하는데 삽질을 해서 느낀 바를 정리해보려고 한다. 예시     4   /   \  2     7 / \     / \1   3 6   9 재귀 호..

Java에서 start() 메서드를 호출해야 하는 이유와 run() 메서드 직접 호출의 문제점을 알아보자. 1. 스레드 실행 메커니즘의 핵심 차이start() 메서드의 역할새로운 호출 스택(Call Stack)을 생성하여 JVM이 해당 스레드를 스케줄링할 수 있도록 준비 상태로 전환한다. 이 과정에서 네이티브 메서드 start0()가 호출되며, 이는 OS 수준에서 실제 스레드 리소스를 할당하는 역할을 수행한다. run() 직접 호출의 문제점현재 실행 중인 스레드의 호출 스택에서 동기적으로 코드가 실행된다. 이는 단순 메서드 호출과 동일한 방식으로 작동하며, 멀티스레딩의 핵심인 병렬 실행이 되지 않는다.// 잘못된 사용 예시Thread myThread = new MyCustomThread();myThrea..

스레드 중단의 필요성과 상황애플리케이션에서 스레드는 자원을 소비한다. 스레드가 실행 중이지 않더라도 메모리와 커널 자원을 사용하며, 실행 중인 경우 CPU 시간을 할당받는다. 이러한 자원 소비는 불필요하게 실행되고 있거나 더 이상 작업을 수행하지 않는 스레드가 존재할 때 문제가 된다. 특히 다음과 같은 상황에서 스레드 중단이 요구된다.불필요한 리소스 회수: 작업을 완료한 후에도 스레드가 종료되지 않아 리소스를 계속 소비하는 경우, 해당 스레드를 종료함으로써 자원 사용을 최적화할 수 있다.비정상 동작 대응: 서버에 요청을 보내거나 복잡한 계산을 수행하는 도중, 예상보다 오래 걸리는 경우나 응답이 없는 경우 스레드를 중단해 시스템 전체의 안정성을 유지할 수 있다.애플리케이션 종료 시 처리: 메인 스레드가 종..

Java에서는 스레드를 생성하는 두 가지 방식이 있다.Runnable 인터페이스 구현 방식별도의 Runnable 객체를 생성한 후 이를 Thread 클래스의 생성자에 전달하여 스레드를 생성한다.이전 게시글에서 다룬 방식으로 코드와 로직을 분리해서 작성할 수 있다.Runnable 인터페이스를 구현하는 방식은 코드와 스레딩 기능을 분리하여 작성할 수 있다는 장점이 있다. 이렇게 하면 스레드로 실행할 작업에 집중할 수 있고, 동일한 Runnable을 여러 스레드에서 재사용하거나 테스트하기가 용이하다. 또한, 상속의 제약 없이 다른 클래스를 상속받을 수 있다는 점도 큰 이점이다. Thread 클래스를 상속받는 방식Thread 클래스 자체가 Runnable 인터페이스를 구현하고 있으므로, 이를 상속하여 run()..