[2025.09.26 주간 개발 트렌드] PostgreSQL 18 정리 (UUIDv7, 생성 컬럼, 비동기 I/O)

![주간 개발 트렌드](https://librarian-blog-images.s3.ap-northeast-2.amazonaws.com/b28d786c-9ec3-46ec-8055-adcd53a303c5_thumbnail_2.png)

# Java 25라는 다음 LTS 선택지가 생겼다

Java 버전이 새로 나와도 서버를 바로 올리기는 어렵다. 프레임워크와 라이브러리, 모니터링 도구까지 같이 확인해야하기 때문이다.

이번주 9월 16일에 [Java 25](https://www.oracle.com/news/announcement/oracle-releases-java-25-2025-09-16/)가 출시됐다. 18개 JEP가 포함됐고, Oracle은 JDK 25에 최소 8년의 장기 지원을 제공한다고 발표했다.

Java 21 다음으로 장기간 사용할 버전을 검토할 기준점이 생긴 셈이다. 이번주에는 눈에 들어오는 변화와 실제 서비스에서 확인할 부분을 정리해보려고 한다.

# 1. 우선 LTS의 의미부터 보자

Java를 사용하다보면 다음과 같은 버전 흐름을 자주 보게된다.

```text
Java 8 → Java 11 → Java 17 → Java 21 → Java 25
```

LTS라고 모든 배포판의 지원 기간과 조건이 같다는 뜻은 아니다. Oracle이 발표한 최소 8년도 Oracle의 JDK 지원 정책에 관한 내용이다. 사용하는 배포판에서 업데이트를 어떤 조건으로 받을 수 있는지 확인하는게 좋겠다.

새로운 장기 프로젝트나 다음 업그레이드를 준비할때 Java 21과 비교할 선택지가 생겼다고 보면 되겠다.

# 2. 작은 프로그램은 더 간단하게 시작할 수 있다

Java를 처음 배울때 출력 한줄을 위해 클래스와 public static void main부터 작성하던 경우를 생각해보자.

Java 25에서는 Compact Source Files와 Instance Main Methods가 정식 기능이 됐다. 간단한 프로그램은 다음처럼 작성할 수 있다.

```java
void main() {
    System.out.println("Hello, Java 25");
}
```

위의 코드를 Hello.java로 저장했다면 JDK 25 환경에서 소스 파일 실행 방식으로 확인해볼 수 있다.

```bash
java Hello.java
```

진입점을 작성하는 부담을 줄여주는 변화다. 기존 클래스와 main 메서드를 사용하는 코드를 전부 고쳐야한다는 뜻은 아니다.

학습용 코드나 작은 실험을 할때 편해질 수 있겠다. 다만 파일이 짧아졌다고 서버 프로젝트의 책임을 나누는 설계까지 없어지는것은 아니다. 실행할때는 IDE와 터미널에서 사용하는 JDK 버전도 확인해보자.

# 3. Scoped Values가 정식 기능으로 들어왔다

요청 ID처럼 여러 메서드에서 읽어야하는 값은 인자로 전달하거나 ThreadLocal에 보관하는 방식을 생각할 수 있다.

Java 25에서는 [ScopedValue](https://docs.oracle.com/en/java/javase/25/docs/api/java.base/java/lang/ScopedValue.html)가 정식 기능이 됐다. 정해진 실행 범위 안에서 값을 바인딩하고, 그 범위에서 호출되는 메서드가 읽을 수 있도록 하는 기능이다.

```java
class RequestDemo {
    private static final ScopedValue<String> REQUEST_ID =
            ScopedValue.newInstance();

    public static void main(String[] args) {
        ScopedValue.where(REQUEST_ID, "req-demo")
                .run(RequestDemo::handle);
    }

    static void handle() {
        System.out.println(REQUEST_ID.get());
    }
}
```

run 안에서 실행되는 handle이 요청 ID를 읽고, 실행이 끝나면 바인딩의 범위도 끝난다. 값을 어디까지 사용할 수 있는지가 코드에 드러난다.

다만 ThreadLocal을 사용한 모든 코드를 그대로 바꾸는 도구로 보면 안된다. 변경 가능한 값을 보관하는 용도인지, 제한된 실행 범위에서 읽을 데이터를 전달하는 용도인지부터 구분해야한다.

또한 일반 스레드 풀에 작업을 넘긴다고 값이 자동으로 따라간다고 가정하면 안된다. 비동기 경계를 어디서 넘는지 확인해야한다. 바인딩을 바꿀 수 없다는것과 바인딩된 객체 내부까지 변경 불가능하다는것도 다른 이야기다.

요청 정보 전달이 복잡해졌다면 작은 예제부터 비교해보자. 명시적인 인자가 더 읽기 쉬운 부분까지 전부 숨길 필요는 없겠다.

# 4. 정식 기능과 Preview를 구분하자

Java 25의 새 기능이라고 모두 같은 상태로 사용할 수 있는것은 아니다. [언어 변경 요약](https://docs.oracle.com/en/java/javase/25/language/java-language-changes-summary.html)에서도 정식 기능과 Preview를 구분하고있다.

| 기능 | Java 25에서의 상태 |
| --- | --- |
| Compact Source Files / Instance Main Methods | 정식 |
| Module Import Declarations | 정식 |
| Flexible Constructor Bodies | 정식 |
| Primitive Types in Patterns | 세번째 Preview |
| Structured Concurrency | 다섯번째 Preview |

Preview는 실제 사용 경험을 받으며 설계를 발전시키는 기능이다. 사용 설정과 실행 환경을 맞춰야하고, 이후 버전에서 형태가 바뀔 가능성도 고려해야한다.

예를 들어 Scoped Values가 정식이 됐다는 소식을 보고 Structured Concurrency까지 모두 정식이 됐다고 생각하면 헷갈릴 수 있다. 서로 연결해서 소개되는 기능도 상태는 따로 확인하는게 맞다.

팀에서 어느 기능까지 사용할지 정하고 IDE와 CI, 운영 실행 옵션을 맞춰두면 좋겠다.

# 5. 기존 서비스는 무엇부터 확인할까

서버를 올릴때는 애플리케이션 코드보다 주변 도구에서 먼저 막힐 수도 있다. 사용하는 Spring Boot와 빌드 도구, Lombok 같은 도구, 모니터링 Agent의 JDK 지원 범위를 살펴보자.

```text
확인할 범위
JDK 배포판 → 빌드 도구 → 프레임워크와 라이브러리
          → 테스트 → 컨테이너 → 운영 관측 도구
```

빌드 JDK와 실행 JDK, 목표 바이트코드 버전을 기록해두면 환경 차이에서 생긴 문제를 찾기 쉽다.

성능도 버전 번호만 보고 판단하기 어렵다. 대표 API와 배치 작업을 같은 조건으로 실행하고 응답 시간, 메모리 사용량, GC 동작을 비교해보면 좋겠다.

새 문법 도입과 실행 환경 변경을 나누면 문제를 찾기 쉽다. 우선 기존 코드가 새로운 JDK에서 안정적인지부터 확인해보자.

# 마무리

이번 Java 25는 새로운 문법 몇개가 추가된것과 함께 다음 장기 운영 버전을 검토할 시점이 왔다는 의미가 있다.

개인적으로는 시작 코드를 단순하게 만드는 변화와 실행 범위에 맞춰 데이터를 전달하는 Scoped Values가 눈에 들어왔다. 작은 코드와 큰 서비스에서 필요한 개선을 각기 다른 방향으로 진행하고있는것 같다.

바로 운영 환경을 바꾸기보다는 사용하는 도구의 지원 범위를 확인하고 테스트 환경에서 비교해보면 좋겠다. 새로운 LTS가 나왔다는 소식을 우리 프로젝트의 전환 계획으로 연결해봐야겠다..


[2025.09.19 주간 개발 트렌드] Java 25 정리 (LTS, Scoped Values, Preview)

독자의 메모