hyuko

지난 두 글에서 만든 그림 위에 가상 스레드를 한 줄 얹어 본다.첫 글 — Tomcat 의 max-threads=200 은 결국 OS 스레드 200개. 무한히 못 늘린다.두 번째 글 — @Transactional 은 connection 을 ThreadLocal 에 묶어서 트랜잭션 범위를 유지한다.이 두 그림의 전제가 "요청 = OS 스레드 하나" 라는 점. Java 21 Virtual Thread 는 바로 이 전제를 깬다. 그럼 위 두 글의 결론이 어떻게 바뀌고, 무엇은 그대로일까. 공식 문서 기준으로 정리.1. Virtual Thread 의 정체 — JEP 444 한 줄 요약Oracle Java 21 공식 문서:"A virtual thread isn't tied to a specific OS threa..

생각 정리용 글. 지난 글(요청 한 건의 여정 — OS Thread 부터 DB Connection 까지)에서 "JdbcTemplate 이 HikariCP 풀에서 connection 을 빌려 쓰고 반환한다" 까지 정리했다. 그때 끝에 "다음에 볼 것" 으로 적어둔 세 가지를 이어서 공식 문서 기준으로 정리한다.@Transactional 이 connection 을 어떻게 한 스레드에 묶어두는가 (DataSourceTransactionManagear)HikariCP leakDetectionThreshold — 빌려간 connection 이 안 돌아올 때Reactive(R2DBC) 환경에서는 이게 어떻게 달라지는가지난 글이 "connection 을 빌리고 반환하는 메커니즘" 이었다면, 이번 글은 그 connec..

어제의 DI/템플릿 콜백에 이어, 이번 글에서는 백엔드 개발자라면 반드시 알아야 할 트랜잭션과 격리 수준, 그리고 스프링 삼각형의 두 번째 기둥인 AOP(관점 지향 프로그래밍) 를 정리한다. 트랜잭션은 데이터 정합성의 기초, AOP는 횡단 관심사를 다루는 핵심 도구다.1. 트랜잭션이란?흔히 트랜잭션을 "여러 개의 SQL을 하나로 묶는 단위" 라고만 이해하기 쉽지만, 더 정확한 정의는 이렇다.트랜잭션은 데이터베이스의 상태를 변화시키기 위한 작업의 단위이며, 그 작업의 완전성을 보장해주는 것핵심은 두 가지다.작업의 단위: 여러 쿼리가 아니라 논리적인 작업 셋 하나가 단위다. SELECT 한 번만 들어있어도 트랜잭션이 될 수 있다.완전성(All-or-Nothing): 100% 적용되거나, 아무것도 적용되지 않..

1. 스프링 삼각형과 POJO스프링은 POJO(Plain Old Java Object) 를 기반으로 한다. 특정 프레임워크에 종속되지 않은, 순수한 자바 객체로 비즈니스 로직을 작성할 수 있도록 돕는 것이 스프링의 철학이다.이 철학을 떠받치는 세 가지 기둥이 흔히 말하는 스프링 삼각형 이다.구성요소 풀이 한 줄 설명IoC/DIInversion of Control / Dependency Injection제어의 역전과 의존성 주입AOPAspect Oriented Programming관점 지향 프로그래밍PSAPortable Service Abstraction일관된 서비스 추상화이번 글의 주제는 이 중 IoC/DI 다.2. 의존성(Dependency)이란?"의존한다"는 말을 현실에 빗대어 보자.자동차가 굴러가려..