<div id="readability-page-1" class="page"><cite>Seyun(Marco)</cite>
 2023. 12. 29. 12:38
 <div>
 💡 원본 글 : <a href="https://inside.java/2023/12/17/sip093/">https://inside.java/2023/12/17/sip093/</a>
Java 18과 21 사이에는 많은 새로운 기능이 추가되었지만, 일부 기능은 중단될 예정입니다. 더 이상 사용되지 않거나 제거된 몇 가지 주요 기능에 대한 대안을 검토해보도록 하겠습니다.
<h2 data-ke-size="size26">Finalization</h2>
Java 18 ~ 21 기간 사이에 더 이상 사용되지 않을 큰 기능은 finalization은 더 이상 사용되지 않는다는 것입니다. 이는 Java 18의 일부 변화였으며, <a href="https://openjdk.org/jeps/421">JEP 421</a>에서 다룹니다.
<blockquote data-ke-style="style2">
removal of finalization이란?
Java의 removal of finalization은 Java 11부터 도입된 기능으로, finalize() 메서드를 제거하는 기능입니다. finalize() 메서드는 가비지 컬렉터가 객체를 수거하기 전에 호출되는 메서드입니다. finalize() 메서드를 사용하여 객체의 자원을 해제하거나, 객체의 상태를 저장하는 등의 작업을 수행할 수 있습니다.
그러나 finalize() 메서드에는 다음과 같은 문제점이 있습니다.
<ul data-ke-list-type="disc">
<li>finalize() 메서드는 가비지 컬렉터가 객체를 수거하기 전에 호출되기 때문에, finalize() 메서드가 호출될지 여부를 보장 할 수 없고 메서드가 호출될 때 객체의 상태가 변경될 수 있습니다.</li>
</ul>
따라서, Java 11부터는 finalize() 메서드를 제거하고, 객체의 자원을 해제하거나, 객체의 상태를 저장하는 등의 작업을 수행하려면, try-finally 블록이나 close() 메서드를 사용하도록 권장하고 있습니다.
try-finally 블록을 사용하면, 객체의 자원을 해제하는 작업을 finally 블록에 작성하여, 객체가 수거되기 전에 반드시 수행할 수 있습니다.
close() 메서드를 사용하면, 객체의 자원을 해제하는 작업을 close() 메서드에 위임하여, 객체가 수거되기 전에 반드시 수행할 수 있습니다.
removal of finalization의 장점은 다음과 같습니다.
<ul data-ke-list-type="disc">
<li>finalize() 메서드의 문제점을 해결할 수 있습니다.</li>
<li>finalize() 메서드의 사용을 줄여, 코드의 가독성과 유지보수성을 향상시킬 수 있습니다.</li>
</ul>
removal of finalization의 단점은 다음과 같습니다.
<ul data-ke-list-type="disc">
<li>finalize() 메서드를 사용하여 구현된 기존 코드가 작동하지 않을 수 있습니다.</li>
</ul>
</blockquote>

Finalization은 Java 1.0부터 Java의 기능이었지만, 의도한 대로 동작하지 않았습니다. 그 이유는 다양하며, 관심이 있으면 JEP를 꼭 읽어보시길 바랍니다. JEP에는 finalization이 올바르게 동작하지 않을 때 발생하는 실제 결과도 포함되어 있습니다.
<blockquote data-ke-style="style2">
finalization이 사라진 이유?

finalize() 메서드의 문제점을 해결하기 위해 많은 노력을 기울였지만, 여전히 완벽하게 해결되지 않았습니다.
finalize() 메서드에는 다음과 같은 문제점이 있습니다.
<ul data-ke-list-type="disc">
<li>finalize() 메서드가 호출될지 여부를 보장할 수 없습니다. finalize() 메서드가 호출될 때 객체의 상태가 변경될 수 있습니다.</li>
</ul>
finalize() 메서드의 문제점을 해결하기 위해, Java 개발자들은 다음과 같은 방법을 사용해 왔습니다.
<ul data-ke-list-type="disc">
<li>finalize() 메서드가 호출될 때까지 기다리기 위해 sleep() 메서드를 사용합니다. finalize() 메서드가 호출될 때 객체의 상태가 변경되지 않도록 하기 위해 synchronized 키워드를 사용합니다.</li>
</ul>
그러나, 이러한 방법은 finalize() 메서드의 문제점을 완전히 해결하지 못합니다.
<ul data-ke-list-type="disc">
<li>sleep() 메서드를 사용하면, finalize() 메서드가 호출될 때까지 다른 작업을 수행할 수 없기 때문에, 성능이 저하될 수 있습니다.</li>
<li>synchronized 키워드를 사용하면, finalize() 메서드가 호출될 때 객체의 상태가 변경되지 않도록 할 수 있지만, finalize() 메서드의 호출을 지연시킬 수 있습니다.</li>
</ul>
</blockquote>

finalization을 제거하기 위해서는 여러 가지 옵션이 있습니다. 첫 번째이자 가장 직접적인 방법은 명령줄 옵션을 사용하여 finalization을 종료하는 것입니다. --finalization=disabled입니다. 이렇게 하면 JDK 자체에서 모든 finalizer가 종료됩니다. 앱에 문제가 없다면 작업이 완료된 것입니다.
jdk.FinalizerStatistics의 일부 문제가 발생하는 경우 JRF(JDK Flight Recorder)에 새로운 이벤트로 업데이트됩니다. 다음과 같이 JFR을 활성화합니다:
<pre><code>$ java -XX:StartFlightRecording:filename=recording.jfr ...</code></pre>
jdk.FinancialStatistics의 인스턴스를 출력하세요:
<pre><code>jfr print --events FinalizerStatistics recording.jfr</code></pre>
<blockquote data-ke-style="style2">

Java 11부터 도입된 기능으로 Java 애플리케이션의 실행을 기록하는 도구입니다. JRF는 애플리케이션의 성능, 메모리 사용량, 스레드 활동 등을 기록할 수 있습니다.
JRF는 다음과 같은 기능을 제공합니다.
<ul data-ke-list-type="disc">
<li>애플리케이션의 실행을 기록합니다.</li>
<li>기록된 데이터를 분석하여 성능, 메모리 사용량, 스레드 활동 등을 파악할 수 있습니다.</li>
<li>기록된 데이터를 사용하여 애플리케이션의 성능을 개선할 수 있습니다.</li>
</ul>
JRF는 다음과 같은 방법으로 사용할 수 있습니다.
<ul data-ke-list-type="disc">
<li>콘솔에서 JFR 명령을 사용하여 JFR을 시작하고 종료할 수 있습니다.</li>
<li>Java 애플리케이션에 JFR을 통합하여 애플리케이션이 시작될 때 자동으로 JFR을 시작할 수 있습니다.</li>
</ul>
</blockquote>

이는 변경에 필요한 시작 부분을 제공할 수 있습니다. 만약 너의 코드에서 finalize()를 제거해야 할 코드가 있다면 고려해야 할 몇 가지 옵션이 있습니다.
현재 finalize()를 사용하여 리소스를 해제하는 클래스들을 Closeable 또는 AutoCloseable 인터페이스를 구현하도록 수정하고, 리소스 해제 동작을 해당 인터페이스의 close() 메서드로 옮기는 것을 권장합니다. 이렇게 하면 try-with-resources 블록이 끝날 때 리소스가 즉시 해제될 수 있습니다.
<pre><code>try(MyCloseableResource res = new MyCloseableResource(){
 ...
}</code></pre>
만약 이렇게 해결되지 않는다면 JDK 9에 추가된 Cleaner API를 사용해 보세요. Rodger Riggs는 Cleaner API 사용 방법에 대한 <a href="https://inside.java/2022/05/25/clean-cleaner/">훌륭한 기사</a>를 작성했습니다.
<blockquote data-ke-style="style2">
Closeable과 AutoCloseable이란?
위에서 이야기 한 finalize() 메서드의 문제점으로 인해 Java 7부터 Closeable 인터페이스가 도입되었습니다. 해당 인터페이스는 close() 메서드를 정의하고 있습니다. close() 메서드는 리소스를 해제하는 작업을 수행합니다.
<div data-ke-size="size16">Java9 부터는 AutoCloseable 인터페이스가 도입되었습니다. 해당 인터페이스는 Closeable 인터페이스를 확장하고 있습니다.</div>
<div><table data-ke-align="alignLeft">
<tbody>
<tr>
<td>정의</td>
<td>리소스를 해제하는 메서드를 정의하는 인터페이스</td>
<td>Closeable을 확장하고 리소스를 해제하는 메서드를 정의하는 인터페이스</td>
</tr>
<tr>
<td>사용</td>
<td>try-with-resources 블록을 사용하여 리소스를 안전하게 해제할 수 있습니다.</td>
<td>try-with-resources 블록을 사용하여 리소스를 안전하게 해제할 수 있습니다.</td>
</tr>
</tbody>
</table></div>
다음은 Closeable을 사용하는 예제입니다.</blockquote>
<pre><code>public class MyClass implements Closeable {

 public void close() throws Exception {
 // 리소스를 해제하는 작업을 수행합니다.
 }

 public static void main(String[] args) throws Exception {
 MyClass myClass = new MyClass();

 try {
 // ...
 } finally {
 myClass.close();
 }
 }
}</code></pre>
<blockquote data-ke-style="style2">다음은 AutoCloseable을 사용하는 예제입니다.</blockquote>
<pre><code>public class MyClass implements AutoCloseable {

 public void close() throws Exception {
 // 리소스를 해제하는 작업을 수행합니다.
 }

 public static void main(String[] args) throws Exception {
 try (MyClass myClass = new MyClass()) {
 // ...
 }
 }
}</code></pre>

<h2 data-ke-size="size26">Locales</h2>
JBS 이슈 <a href="https://bugs.openjdk.org/browse/JDK-8282819">JDK-8282819</a>에서 JDK 19에서부터 java.util.Locale의 생성자가 사용되지 않습니다. 생성자 대신에 정적 팩토리 메서드를 사용해야 합니다.
가장 직접적으로 대체할 방법은 .of 메서드입니다:
<ul data-ke-list-type="disc">
<li>Locale Locale.of(String)</li>
<li>Locale Locale.of(String, String)</li>
<li>Locale Locale.of(String, String, String)</li>
</ul>
forLanguageTag 메서드도 있습니다:
<ul data-ke-list-type="disc">
<li>Locale Locale.forLanguageTag(String)</li>
</ul>
그리고 Locale.Builder도 있습니다.
<blockquote data-ke-style="style2">
Locale.of() 메서드란?
Locale.of() 메서드는 Java에서 로케일을 생성하는 메서드입니다. 로케일은 국가, 언어, 지역 정보를 포함하는 개체입니다.Locale.of() 메서드는 다음과 같은 형식으로 사용됩니다.
<pre><code>Locale locale = Locale.of(language, country, variant);</code></pre>
<ul data-ke-list-type="disc">
<li>language는 언어 코드입니다. 예를 들어, "en"은 영어, "ko"는 한국어입니다.</li>
<li>country는 국가 코드입니다. 예를 들어, "US"는 미국, "KR"은 한국입니다.</li>
<li>variant는 지역 변형입니다. 예를 들어, "en-US"는 미국 영어, "ko-KR"은 한국어입니다.</li>
</ul>
Locale.of() 메서드는 다음과 같은 경우 null을 반환합니다.
<ul data-ke-list-type="disc">
<li>language 또는 country가 null인 경우</li>
<li>language 또는 country가 잘못된 형식인 경우</li>
</ul>
<pre><code>Locale locale = Locale.of("ko", "KR");

System.out.println(locale); // ko_KR</code></pre>
</blockquote>
<blockquote data-ke-style="style2">
Locale.forLanguageTag 메서드란?
IETF BCP 47 언어 태그를 기반으로 Locale 객체를 생성하는 메서드로써, BCP 47은 언어, 지역, 변형 등과 같은 언어 정보를 표현하기 위한 표준화된 방식을 제공하는 인터넷 표준입니다.
<pre><code>Locale locale = Locale.forLanguageTag(languageTag);</code></pre>
매개변수:
<ul data-ke-list-type="disc">
<li>languageTag: IETF BCP 47 형식의 언어 태그입니다. 예를 들어, "en-US", "ko-KR", "zh-Hans-CN" 등이 있습니다.</li>
</ul>
<pre><code>// 한국어 로케일 생성
Locale koLocale = Locale.forLanguageTag("ko-KR");</code></pre>
특징:
<ul data-ke-list-type="disc">
<li>다양한 언어 정보를 정확하게 표현할 수 있습니다.</li>
<li>유니코드 CLDR(Common Locale Data Repository)에서 로케일 데이터를 가져올 수 있습니다.</li>
<li>Java 7부터 도입되었습니다.</li>
</ul>
</blockquote>
<blockquote data-ke-style="style2">
<div data-ke-size="size16">Locale.Builder란?Locale 객체를 생성하는데 사용하는 클래스로, 언어, 국가, 변형과 같은 로케일 구성 요소를 개별적으로 설정하여 유연하게 로케일을 생성할 수 있습니다. </div>
특징:
<ul data-ke-list-type="disc">
<li>체이닝 방식: 메서드를 연속적으로 호출하여 로케일 구성 요소를 설정할 수 있습니다.</li>
<li>유효성 검사: 설정한 값이 유효한지 확인하여 잘못된 로케일 생성을 방지합니다.</li>
<li>BCP 47 호환: 생성된 로케일 객체는 IETF BCP 47 표준을 준수합니다.</li>
</ul>
<pre><code>Locale koLocale = new Locale.Builder().setLanguage("ko").setRegion("KR").setVariant("POSIX").build();
</code></pre>
장점:
<ul data-ke-list-type="disc">
<li>직관적이고 유연한 로케일 생성 방식을 제공합니다.</li>
<li>로케일 구성 요소의 유효성을 검사하여 잘못된 로케일 생성을 방지합니다.</li>
<li>BCP 47 표준을 준수하므로 다양한 언어 정보를 정확하게 표현할 수 있습니다.</li>
</ul>
</blockquote>
<h2 data-ke-size="size26">COMPAT 공급자 제거에 대한 경고 발생(JDK-8304982)</h2>
JDK 9버전부터 Java의 default Locale 데이터에 대해서 COMPAT에서 CLDR로 변경했습니다. 이 변경 사항은 JEP 262 제안서에서 다루어졌습니다. BS 이슈 <a href="https://bugs.openjdk.org/browse/JDK-8304982">JDK-8304982</a>에 따르면, COMPAT 방식이 사용되는 경우 경고 메시지가 발생하도록 되어 있습니다. COMPAT는 JDK 22버전부터 제거될 수 있습니다.
<blockquote data-ke-style="style2">
COMPAT와 CLDR이란?
모두 Java에서 로케일 데이터를 처리하는 데 사용되는 개념으OMPAT는 Java 9 이전 버전에 사용되던 Locale 데이터 처리. 방식이며, CLDR는 Unicode Common Locale Data Repository의 약자로, 다양한 언어와 문화권의 Locale 정보를 제공하는 오픈 소스 프로젝트입니다. Java 9부터 기본 Locale 데이터 처리 방식으로 사용되고 있습니다.

<div><table data-ke-align="alignLeft">
<thead>
<tr>
<th>기능</th>
<th>COMPAT</th>
<th>CLDR</th>
</tr>
<tr>
<th>로케일 데이터의 출처</th>
<th>JDK</th>
<th>CLDR</th>
</tr>
</thead>
<tbody>
<tr>
<td>지원하는 언어 및 문화권</td>
<td>제한적</td>
<td>광범위</td>
</tr>
<tr>
<td>정확성</td>
<td>상대적으로 낮음</td>
<td>상대적으로 높음</td>
</tr>
<tr>
<td>호환성</td>
<td>Java 9 이전 버전과 호환됨</td>
<td>Java 9 이전 버전과 호환되지 않음</td>
</tr>
</tbody>
</table></div>
JDK 9부터 Java는 기본적으로 CLDR를 사용하여 로케일 데이터를 처리합니다. 이는 CLDR가 COMPAT보다 더 정확하고 광범위한 언어 및 문화권을 지원하기 때문입니다.
그러나 COMPAT는 여전히 Java에서 사용할 수 있습니다. java.locale.providers=COMPAT 시스템 프로퍼티를 사용하여 COMPAT를 기본 로케일 데이터 처리 방식으로 설정할 수 있습니다.
</blockquote>
<h2 data-ke-size="size26">JAR index 기능 제거 (JDK-8302819)</h2>
JAR index 기능은 JDK 21에서 제거되었습니다. JAR index 기능은 주로 애플릿(applets)의 성능을 높이기 위해 사용되었던 기술로써, 현재는 과거의 기술입니다. 더 효율적인 방법들이 존재합니다. JAR index 기능에 대한 대체 기능은 없으며, i, -generate-index를 사용할 경우 경고가 표시됩니다.
참조: <a href="https://bugs.openjdk.org/browse/JDK-8302819">JDK-8302819</a>
<blockquote data-ke-style="style2">
JAR index 기능이란?
<div data-ke-size="size16">Java Archive(JAR) 파일의 내용을 빠르게 검색할 수 있도록 하는 기능입니다. JAR 파일은 Java 클래스, 자바스크립트 파일, 이미지, 텍스트 파일 등과 같은 다양한 파일들을 하나로 묶은 파일입니다. JAR index 기능은 JAR 파일의 내용을 인덱싱하여, 특정 파일을 찾을 때 기존의 jar 명령어보다 빠르게 찾을 수 있도록 합니다. JAR index 기능은 Java 7부터 도입되었으며, JAR 파일을 생성할 때 jar -i 옵션을 사용하여 활성화할 수 있습니다.</div>
JAR index 기능의 장점
<ul data-ke-list-type="disc">
<li>JAR 파일의 내용을 빠르게 검색할 수 있습니다.</li>
<li>JAR 파일의 크기를 줄일 수 있습니다.</li>
<li>JAR 파일의 압축률을 높일 수 있습니다.</li>
</ul>
JAR index 기능의 단점
<ul data-ke-list-type="disc">
<li>JAR 파일을 생성할 때 시간이 더 오래 걸립니다.</li>
<li>JAR 파일을 읽을 때 메모리를 더 많이 사용합니다.</li>
</ul>
JAR index 기능의 사용 방법
JAR index 기능을 사용하려면 다음과 같은 방법으로 JAR 파일을 생성하면 됩니다.
 jar -i [jar_file]
 예를 들어, 다음과 같이 JAR 파일을 생성하면 JAR index 기능이 활성화됩니다.
 jar -i my-jar.jar
 JAR index 기능이 활성화된 JAR 파일을 생성하면 다음과 같은 메시지가 출력됩니다.
 Index created for my-jar.jar
 JAR index 기능이 활성화된 JAR 파일을 사용하려면 다음과 같은 방법으로 JAR 파일을 읽으면 됩니다.
 jar -xf [jar_file]
 예를 들어, 다음과 같이 JAR 파일을 읽으면 JAR index 기능을 사용하여 파일을 빠르게 찾을 수 있습니다.
 jar -xf my-jar.jar
</blockquote>


즐거운 코딩하세요!
 
 
 </div></div>

Enthusiastically, Steady, Slowly

원본 글 : https://inside.java/2023/12/17/sip093/
Java 18과 21 사이에는 많은 새로운 기능이 추가되었지만, 일부 기능은 중단될 예정입니다. 더 이상 사용되지 않거나 제거된 몇 가지 주요 기능에 대한 대안을 검토해보도록 하겠습니다.
Finalization
Java 18 ~ 21 기간 사이에 더 이상 사용되지 않을 큰 기능은 finalization은 더 이상 사용되지 않는다는 것입니다. 이는 Java 18의 일부 변화였으며, JEP 421에서 다룹니다.
removal of finalization이란?
Java의 removal of finalization은 Java 11부터 도입된 기능으로, finalize() 메서드를 제거하는 기능입니다. finalize() 메서드는 가비지 컬렉터가 객체를 수거하기 전에 호출되는 메서드입니다. finalize() 메서드를 사용하여 객체의 자원을 해제하거나, 객체의 상태를 저장하는 등의 작업을 수행할 수 있습니다.
그러나 finalize() 메서드에는 다음과 같은 문제점이 있습니다.
finalize() 메서드는 가비지 컬렉터가 객체를 수거하기 전에 호출되기 때문에, finalize() 메서드가 호출될지 여부를 보장 할 수 없고 메서드가 호출될 때 객체의 상태가 변경될 수 있습니다.
따라서, Java 11부터는 finalize() 메서드를 제거하고, 객체의 자원을 해제하거나, 객체의 상태를 저장하는 등의 작업을 수행하려면, try-finally 블록이나 close() 메서드를 사용하도록 권장하고 있습니다.
try-finally 블록을 사용하면, 객체의 자원을 해제하는 작업을 finally 블록에 작성하여, 객체가 수거되기 전에 반드시 수행할 수 있습니다.
close() 메서드를 사용하면, 객체의 자원을 해제하는 작업을 close() 메서드에 위임하여, 객체가 수거되기 전에 반드시 수행할 수 있습니다.
removal of finalization의 장점은 다음과 같습니다.
finalize() 메서드의 문제점을 해결할 수 있습니다.
finalize() 메서드의 사용을 줄여, 코드의 가독성과 유지보수성을 향상시킬 수 있습니다.
removal of finalization의 단점은 다음과 같습니다.
finalize() 메서드를 사용하여 구현된 기존 코드가 작동하지 않을 수 있습니다.
 
Finalization은 Java 1.0부터 Java의 기능이었지만, 의도한 대로 동작하지 않았습니다. 그 이유는 다양하며, 관심이 있으면 JEP를 꼭 읽어보시길 바랍니다. JEP에는 finalization이 올바르게 동작하지 않을 때 발생하는 실제 결과도 포함되어 있습니다.
finalization이 사라진 이유?
 
finalize() 메서드의 문제점을 해결하기 위해 많은 노력을 기울였지만, 여전히 완벽하게 해결되지 않았습니다.
finalize() 메서드에는 다음과 같은 문제점이 있습니다.
finalize() 메서드가 호출될지 여부를 보장할 수 없습니다. finalize() 메서드가 호출될 때 객체의 상태가 변경될 수 있습니다.
finalize() 메서드의 문제점을 해결하기 위해, Java 개발자들은 다음과 같은 방법을 사용해 왔습니다.
finalize() 메서드가 호출될 때까지 기다리기 위해 sleep() 메서드를 사용합니다. finalize() 메서드가 호출될 때 객체의 상태가 변경되지 않도록 하기 위해 synchronized 키워드를 사용합니다.
그러나, 이러한 방법은 finalize() 메서드의 문제점을 완전히 해결하지 못합니다.
sleep() 메서드를 사용하면, finalize() 메서드가 호출될 때까지 다른 작업을 수행할 수 없기 때문에, 성능이 저하될 수 있습니다.
synchronized 키워드를 사용하면, finalize() 메서드가 호출될 때 객체의 상태가 변경되지 않도록 할 수 있지만, finalize() 메서드의 호출을 지연시킬 수 있습니다.
 
finalization을 제거하기 위해서는 여러 가지 옵션이 있습니다. 첫 번째이자 가장 직접적인 방법은 명령줄 옵션을 사용하여 finalization을 종료하는 것입니다. --finalization=disabled입니다. 이렇게 하면 JDK 자체에서 모든 finalizer가 종료됩니다. 앱에 문제가 없다면 작업이 완료된 것입니다.
jdk.FinalizerStatistics의 일부 문제가 발생하는 경우 JRF(JDK Flight Recorder)에 새로운 이벤트로 업데이트됩니다. 다음과 같이 JFR을 활성화합니다:
$ java -XX:StartFlightRecording:filename=recording.jfr ...
jdk.FinancialStatistics의 인스턴스를 출력하세요:
jfr print --events FinalizerStatistics recording.jfr
JRF이란?
Java 11부터 도입된 기능으로 Java 애플리케이션의 실행을 기록하는 도구입니다. JRF는 애플리케이션의 성능, 메모리 사용량, 스레드 활동 등을 기록할 수 있습니다.
JRF는 다음과 같은 기능을 제공합니다.
애플리케이션의 실행을 기록합니다.
기록된 데이터를 분석하여 성능, 메모리 사용량, 스레드 활동 등을 파악할 수 있습니다.
기록된 데이터를 사용하여 애플리케이션의 성능을 개선할 수 있습니다.
JRF는 다음과 같은 방법으로 사용할 수 있습니다.
콘솔에서 JFR 명령을 사용하여 JFR을 시작하고 종료할 수 있습니다.
Java 애플리케이션에 JFR을 통합하여 애플리케이션이 시작될 때 자동으로 JFR을 시작할 수 있습니다.
 
이는 변경에 필요한 시작 부분을 제공할 수 있습니다. 만약 너의 코드에서 finalize()를 제거해야 할 코드가 있다면 고려해야 할 몇 가지 옵션이 있습니다.
현재 finalize()를 사용하여 리소스를 해제하는 클래스들을 Closeable 또는 AutoCloseable 인터페이스를 구현하도록 수정하고, 리소스 해제 동작을 해당 인터페이스의 close() 메서드로 옮기는 것을 권장합니다. 이렇게 하면 try-with-resources 블록이 끝날 때 리소스가 즉시 해제될 수 있습니다.
try(MyCloseableResource res = new MyCloseableResource(){
    ...
}
만약 이렇게 해결되지 않는다면 JDK 9에 추가된 Cleaner API를 사용해 보세요. Rodger Riggs는 Cleaner API 사용 방법에 대한 훌륭한 기사를 작성했습니다.
Closeable과 AutoCloseable이란?
위에서 이야기 한 finalize() 메서드의 문제점으로 인해 Java 7부터 Closeable 인터페이스가 도입되었습니다. 해당 인터페이스는 close() 메서드를 정의하고 있습니다. close() 메서드는 리소스를 해제하는 작업을 수행합니다.
Java9 부터는 AutoCloseable 인터페이스가 도입되었습니다. 해당 인터페이스는 Closeable 인터페이스를 확장하고 있습니다.
정의
리소스를 해제하는 메서드를 정의하는 인터페이스
Closeable을 확장하고 리소스를 해제하는 메서드를 정의하는 인터페이스
사용
try-with-resources 블록을 사용하여 리소스를 안전하게 해제할 수 있습니다.
try-with-resources 블록을 사용하여 리소스를 안전하게 해제할 수 있습니다.
다음은 Closeable을 사용하는 예제입니다.
public class MyClass implements Closeable {
    public void close() throws Exception {
        // 리소스를 해제하는 작업을 수행합니다.
    }
    public static void main(String[] args) throws Exception {
        MyClass myClass = new MyClass();
        try {
            // ...
        } finally {
            myClass.close();
        }
    }
}
다음은 AutoCloseable을 사용하는 예제입니다.
public class MyClass implements AutoCloseable {
    public void close() throws Exception {
        // 리소스를 해제하는 작업을 수행합니다.
    }
    public static void main(String[] args) throws Exception {
        try (MyClass myClass = new MyClass()) {
            // ...
        }
    }
}
 
Locales
JBS 이슈 JDK-8282819에서 JDK 19에서부터 java.util.Locale의 생성자가 사용되지 않습니다. 생성자 대신에 정적 팩토리 메서드를 사용해야 합니다.
가장 직접적으로 대체할 방법은 .of 메서드입니다:
Locale Locale.of(String)
Locale Locale.of(String, String)
Locale Locale.of(String, String, String)
forLanguageTag 메서드도 있습니다:
Locale Locale.forLanguageTag(String)
그리고 Locale.Builder도 있습니다.
Locale.of() 메서드란?
Locale.of() 메서드는 Java에서 로케일을 생성하는 메서드입니다. 로케일은 국가, 언어, 지역 정보를 포함하는 개체입니다.Locale.of() 메서드는 다음과 같은 형식으로 사용됩니다.
Locale locale = Locale.of(language, country, variant);
language는 언어 코드입니다. 예를 들어, "en"은 영어, "ko"는 한국어입니다.
country는 국가 코드입니다. 예를 들어, "US"는 미국, "KR"은 한국입니다.
variant는 지역 변형입니다. 예를 들어, "en-US"는 미국 영어, "ko-KR"은 한국어입니다.
Locale.of() 메서드는 다음과 같은 경우 null을 반환합니다.
language 또는 country가 null인 경우
language 또는 country가 잘못된 형식인 경우
Locale locale = Locale.of("ko", "KR");
System.out.println(locale); // ko_KR
Locale.forLanguageTag 메서드란?
IETF BCP 47 언어 태그를 기반으로 Locale 객체를 생성하는 메서드로써, BCP 47은 언어, 지역, 변형 등과 같은 언어 정보를 표현하기 위한 표준화된 방식을 제공하는 인터넷 표준입니다.
Locale locale = Locale.forLanguageTag(languageTag);
매개변수:
languageTag: IETF BCP 47 형식의 언어 태그입니다. 예를 들어, "en-US", "ko-KR", "zh-Hans-CN" 등이 있습니다.
// 한국어 로케일 생성
Locale koLocale = Locale.forLanguageTag("ko-KR");
특징:
다양한 언어 정보를 정확하게 표현할 수 있습니다.
유니코드 CLDR(Common Locale Data Repository)에서 로케일 데이터를 가져올 수 있습니다.
Java 7부터 도입되었습니다.
Locale.Builder란?
Locale 객체를 생성하는데 사용하는 클래스로, 언어, 국가, 변형과 같은 로케일 구성 요소를 개별적으로 설정하여 유연하게 로케일을 생성할 수 있습니다.
특징:
체이닝 방식: 메서드를 연속적으로 호출하여 로케일 구성 요소를 설정할 수 있습니다.
유효성 검사: 설정한 값이 유효한지 확인하여 잘못된 로케일 생성을 방지합니다.
BCP 47 호환: 생성된 로케일 객체는 IETF BCP 47 표준을 준수합니다.
Locale koLocale = new Locale.Builder().setLanguage("ko").setRegion("KR").setVariant("POSIX").build();
장점:
직관적이고 유연한 로케일 생성 방식을 제공합니다.
로케일 구성 요소의 유효성을 검사하여 잘못된 로케일 생성을 방지합니다.
BCP 47 표준을 준수하므로 다양한 언어 정보를 정확하게 표현할 수 있습니다.
COMPAT 공급자 제거에 대한 경고 발생(JDK-8304982)
JDK 9버전부터 Java의 default Locale 데이터에 대해서 COMPAT에서 CLDR로 변경했습니다. 이 변경 사항은 JEP 262 제안서에서 다루어졌습니다. BS 이슈 JDK-8304982에 따르면, COMPAT 방식이 사용되는 경우 경고 메시지가 발생하도록 되어 있습니다. COMPAT는 JDK 22버전부터 제거될 수 있습니다.
COMPAT와 CLDR이란?
모두 Java에서 로케일 데이터를 처리하는 데 사용되는 개념으OMPAT는 Java 9 이전 버전에 사용되던 Locale 데이터 처리. 방식이며, CLDR는 Unicode Common Locale Data Repository의 약자로, 다양한 언어와 문화권의 Locale 정보를 제공하는 오픈 소스 프로젝트입니다. Java 9부터 기본 Locale 데이터 처리 방식으로 사용되고 있습니다.
 
기능
COMPAT
CLDR
로케일 데이터의 출처
JDK
CLDR
지원하는 언어 및 문화권
제한적
광범위
정확성
상대적으로 낮음
상대적으로 높음
호환성
Java 9 이전 버전과 호환됨
Java 9 이전 버전과 호환되지 않음
JDK 9부터 Java는 기본적으로 CLDR를 사용하여 로케일 데이터를 처리합니다. 이는 CLDR가 COMPAT보다 더 정확하고 광범위한 언어 및 문화권을 지원하기 때문입니다.
그러나 COMPAT는 여전히 Java에서 사용할 수 있습니다. java.locale.providers=COMPAT 시스템 프로퍼티를 사용하여 COMPAT를 기본 로케일 데이터 처리 방식으로 설정할 수 있습니다.
JAR index 기능 제거 (JDK-8302819)
JAR index 기능은 JDK 21에서 제거되었습니다. JAR index 기능은 주로 애플릿(applets)의 성능을 높이기 위해 사용되었던 기술로써, 현재는 과거의 기술입니다. 더 효율적인 방법들이 존재합니다. JAR index 기능에 대한 대체 기능은 없으며, i, -generate-index를 사용할 경우 경고가 표시됩니다.
참조: JDK-8302819
JAR index 기능이란?
Java Archive(JAR) 파일의 내용을 빠르게 검색할 수 있도록 하는 기능입니다. JAR 파일은 Java 클래스, 자바스크립트 파일, 이미지, 텍스트 파일 등과 같은 다양한 파일들을 하나로 묶은 파일입니다. JAR index 기능은 JAR 파일의 내용을 인덱싱하여, 특정 파일을 찾을 때 기존의 jar 명령어보다 빠르게 찾을 수 있도록 합니다. JAR index 기능은 Java 7부터 도입되었으며, JAR 파일을 생성할 때 jar -i 옵션을 사용하여 활성화할 수 있습니다.
JAR index 기능의 장점
JAR 파일의 내용을 빠르게 검색할 수 있습니다.
JAR 파일의 크기를 줄일 수 있습니다.
JAR 파일의 압축률을 높일 수 있습니다.
JAR index 기능의 단점
JAR 파일을 생성할 때 시간이 더 오래 걸립니다.
JAR 파일을 읽을 때 메모리를 더 많이 사용합니다.
JAR index 기능의 사용 방법
JAR index 기능을 사용하려면 다음과 같은 방법으로 JAR 파일을 생성하면 됩니다.
jar -i [jar_file]
예를 들어, 다음과 같이 JAR 파일을 생성하면 JAR index 기능이 활성화됩니다.
jar -i my-jar.jar
JAR index 기능이 활성화된 JAR 파일을 생성하면 다음과 같은 메시지가 출력됩니다.
Index created for my-jar.jar
JAR index 기능이 활성화된 JAR 파일을 사용하려면 다음과 같은 방법으로 JAR 파일을 읽으면 됩니다.
jar -xf [jar_file]
예를 들어, 다음과 같이 JAR 파일을 읽으면 JAR index 기능을 사용하여 파일을 빠르게 찾을 수 있습니다.
jar -xf my-jar.jar
 
 
즐거운 코딩하세요!

[번역] Deprecated Features in Java 18 thru 21(Java 18 ~ 21 버전에서 더 이상 사용되지 않는 기능) - Sip of Java

댓글