본문 바로가기

전체 글332

HikariCP 코드 분석 3 — ConcurrentBag, 락 없이 커넥션을 빌려주는 법 커넥션 풀의 본질은 "여러 스레드가 동시에 커넥션을 빌리고 반납하는 자료구조"다. 보통이라면 BlockingQueue에 커넥션을 넣고 poll(), offer()로 꺼내고 넣으면 될 것 같은데, HikariCP는 표준 컬렉션을 쓰지 않고 ConcurrentBag이라는 자료구조를 직접 만들었다.1편에서는 borrow()가 세 단계로 커넥션을 찾는다는 순서만 짚고 넘어갔고, 2편에서는 close()가 결국 requite()로 커넥션을 돌려놓는 것까지 봤다. 이번 편에서는 이 두 메소드를 자세히 열어보고, 커넥션이 부족할 때 새 커넥션이 어떻게 만들어지는지, 그래서 풀 크기는 어떻게 잡아야 하는지까지 살펴보자.분석 기준은 HikariCP-7.1.0(커밋 e4c04e8)이다. 클래스 주석이 밝힌 설계 의도📄 .. 2026. 10. 28.

HikariCP 코드 분석 2 — close()는 커넥션을 닫지 않는다 try (Connection con = dataSource.getConnection())처럼 커넥션을 쓰고 나면 close()를 호출한다. 그런데 커넥션 풀을 쓰는 이유가 커넥션을 다시 쓰기 위해서인데, 닫아버리면 어떻게 재사용할 수 있을까? 1편에서는 getConnection()이 커넥션을 빌려주는 과정을 따라갔고, 마지막에 애플리케이션이 받는 객체가 실제 드라이버 커넥션이 아니라 ProxyConnection이라는 것까지 확인했다. 이번 편에서는 이 프록시를 열어서 close()가 실제로 무슨 일을 하는지 살펴보자.분석 기준은 1편과 같은 HikariCP-7.1.0(커밋 e4c04e8)이다. 인용한 코드는 모두 이 커밋에서 가져왔고, 코드 위의 링크를 누르면 해당 줄로 이동한다. ProxyConnect.. 2026. 10. 27.

HikariCP 코드 분석 1 — 커넥션 하나를 빌려주기까지 HikariCP는 스프링 부트로 애플리케이션을 띄우면 따로 설정하지 않아도 이미 쓰고 있는 커넥션 풀이다. 매일 쓰면서도 내부를 열어볼 일은 거의 없었는데, 이번 시리즈에서는 HikariCP 소스 코드를 직접 따라가며 동작 원리를 살펴보려고 한다.예전에 DBCP와 커넥션 풀의 개념을 정리한 적이 있다. 그때는 개념과 옵션까지였고, 이번에는 구현체 하나를 골라 코드 안으로 들어가 본다.분석 기준은 안정 릴리스 태그 HikariCP-7.1.0(2026-06-15, 커밋 e4c04e8)이다. main 브랜치는 다음 버전을 개발하는 곳이라 실제로 쓰는 코드와 어긋날 수 있어서 태그를 기준으로 잡았다. 본문에 인용한 코드는 모두 이 커밋에서 가져왔고, 코드 위의 링크를 누르면 해당 줄로 이동한다.1편은 커넥션 하.. 2026. 10. 18.

Spring Boot 1.0~4.1 - 12년치 릴리즈 한눈에 정리 스프링 부트 릴리즈 노트를 1.0부터 4.1까지 열 편에 걸쳐 정리했다. 이번 글은 그 열 편을 한 번에 훑어보는 정리본이다.버전을 여덟 구간으로 묶고, 구간마다 무엇이 들어왔는지와 그게 지금 쓰는 코드의 어디에 남아 있는지를 적었다. 근거는 각 편에서 저장소의 태그와 커밋, 소스로 확인했고 여기서는 결론만 추린다. 릴리즈 흐름 한눈에 1.x · 1.0 ~ 1.5 (2014~2017)1.0은 2014년 4월 1일에 나왔다. 자동 설정의 뼈대는 이때 이미 갖춰져 있었다. @EnableAutoConfiguration이 spring.factories에 적힌 후보 목록을 읽고, @ConditionalOnClass 같은 조건 어노테이션으로 걸러낸다.# 1.0 : META-INF/spring.factoriesorg.. 2026. 10. 8.

Spring Boot 4.0~4.1 - 하나였던 autoconfigure가 92개로 9편에서는 자동 설정 목록이 거의 멈춘 채 배포와 로그 쪽으로 무게가 옮겨간 3.3~3.5를 살펴봤다.이번이 마지막 편이다. 4.0과 4.1을 다루는데, 앞 편들과 달리 이 버전은 기능보다 저장소 구조를 먼저 봐야 한다. 릴리즈 흐름4.0이 2025년 11월 20일, 4.1이 2026년 6월 10일이다. 반년 간격이 그대로 이어졌다.함께 올라간 것은 스프링 프레임워크 7.0, 잭슨 3, GraalVM 25다. 4.1에서는 프레임워크 7.0.8과 잭슨 3.1.4로 올라간다.// 4.0.0 gradle.propertiesspringFrameworkVersion=7.0.1jacksonVersion=3.0.2graalVersion=25// 4.1.0springFrameworkVersion=7.0.8jackson.. 2026. 10. 3.

Spring Boot 3.3~3.5 - 자동 설정은 그대로인데 무엇이 바뀌었나 8편에서는 접속 정보를 타입으로 묶고 가상 스레드를 받아들인 3.1~3.2를 살펴봤다.이번 편은 3.3부터 3.5까지다. 앞 편들과 달리 이 구간은 눈에 띄는 새 기능으로 설명하기가 어렵다. 숫자부터 그렇다. 릴리즈 흐름3.3이 2024년 5월 23일, 3.4가 같은 해 11월 21일, 3.5가 2025년 5월 22일이다. 반년 간격이 계속 지켜졌다.자동 설정 수를 보자. core actuator3.2 152 1193.3 152 1223.4 153 1243.5 156 1233.2에서 3.3으로 넘어갈 때 core 쪽 목록은 한 줄도 바뀌지 않았다. 추.. 2026. 10. 1.

Spring Boot 3.1~3.2 - ConnectionDetails와 가상 스레드 7편에서는 자바 17과 자카르타 네임스페이스로 바닥을 갈아치운 3.0을 살펴봤다.3.1과 3.2에는 큰 단절이 없다. 대신 개발할 때 손이 가던 일이 줄어든다. 로컬에서 데이터베이스를 띄우고 접속 정보를 옮겨 적던 과정이나, 인증서 설정을 여기저기 복사하던 과정이 그렇다. 3.2에서는 가상 스레드도 켤 수 있다. 릴리즈 흐름3.1이 2023년 5월 18일, 3.2가 그해 11월 23일이다. 3.0부터 반년 간격이 유지된다.자동 설정 수는 계속 늘었다. imports 파일 기준으로 3.0의 142개에서 146개, 152개가 됐고 액추에이터 쪽은 112개에서 114개, 119개다. 3.1 — 접속 정보를 타입으로 만들었다데이터소스를 만들려면 url과 username, password가 있어야 한다. 그동안 .. 2026. 9. 30.

Spring Boot 3.0 - 자바 17과 jakarta 네임스페이스 6편에서는 자동 설정 목록이 spring.factories를 떠나 전용 파일로 옮겨간 2.4~2.7을 살펴봤다.이번 편은 3.0이다. 2.0이 이름과 추상화를 정리한 버전이었다면, 3.0은 그 아래 깔린 플랫폼 자체를 갈아치운다. 자바 버전과 패키지 이름이 동시에 바뀌기 때문에 올리는 비용도 이 시리즈에서 가장 크다.무엇이 어떻게 바뀌었는지 따라가보자. 릴리즈 흐름3.0은 2022년 11월 24일에 나왔다. 2.7이 그해 5월이었으니 반년 만인데, 그사이 스프링 프레임워크 6.0도 같이 올라왔다.자동 설정 수는 오히려 줄었다. 2.7의 imports 파일에 144개가 있었는데 3.0은 142개다. 액추에이터 쪽은 104개에서 112개로 늘었다. 기준선이 두 개 한꺼번에 올라갔다먼저 자바다. 2.x는 자바.. 2026. 9. 29.

Spring Boot 2.4~2.7 - spring.factories에서 .imports로 5편에서는 애플리케이션이 뜨고 지는 방식을 손댄 2.1~2.3을 살펴봤다.이번에는 2.x의 마지막 구간인 2.4부터 2.7까지다. 이 구간에서 스프링 부트는 설정을 읽는 코드, 프로퍼티 이름, 빈을 조립하는 규칙을 차례로 손본다. 그리고 마지막 2.7에서 자동 설정 목록이 실려 있던 파일 자체가 바뀐다.1편부터 이 시리즈가 자동 설정 개수를 세어온 기준이 spring.factories였다. 그 기준이 여기서 끝난다. 릴리즈 흐름2.4가 2020년 11월 12일, 2.5가 2021년 5월 20일, 2.6이 2021년 11월 19일, 2.7이 2022년 5월 19일이다. 반년 간격으로 네 번 올라왔다.등록된 자동 설정 수를 보면 마지막에 눈에 띄는 변화가 있다. spring.fac.. 2026. 9. 28.

Spring Boot 2.1~2.3 - WebServer에 네 번째 메소드가 생긴 이유 4편에서는 서블릿 컨테이너를 감싸던 이름이 WebServer로 바뀐 2.0을 살펴봤다.그때 본 WebServer 인터페이스에는 메소드가 셋뿐이었다. start, stop, getPort. 2.3에서 여기에 네 번째가 붙는다.2.1부터 2.3까지 세 버전을 따라가보자. 애플리케이션이 뜨고 지는 방식을 손댄 구간이다. 릴리즈 흐름2.1이 2018년 10월 30일, 2.2가 2019년 10월 16일, 2.3이 2020년 5월 15일이다. 2.0 이후로는 대체로 1년에 한 번꼴로 올라왔다.spring.factories에 등록된 자동 설정은 2.0의 109개에서 118개, 124개, 127개로 늘었다. 액추에이터 쪽은 67개에서 89개로 한 번에 뛴 뒤 93개까지 간다. 2.1에서 액추에이터에 무슨 일이 있었는지.. 2026. 9. 27.

이전 1 2 3 4 ··· 34 다음

티스토리툴바