Java 13: 가까운 미래에 무엇이 우리를 기다리고 있을까요?

Java 13이 출시되기까지 아직 3개월이 남았지만, 우리가 가장 좋아하는 언어의 향후 버전의 혁신에 대한 세부 정보가 OpenJDK 페이지에 지속적으로 표시됩니다. Java의 변경 사항은 JDK - JEP(JDK Enhancement Proposals)를 개선하기 위한 제안을 사용하여 이루어지며 나중에 새 버전에 통합됩니다(글쎄, 유용하고 적절하다고 간주되지 않는 경우 통합되지 않음). 다음은 새 버전의 Java에 제안된 일부 기능입니다. 텍스트 블록. JEP-355 에 따르면 텍스트 블록은 JDK 13(미리보기 수준)에 나타나야 합니다. 텍스트 블록은 대부분의 이스케이프 시퀀스가 ​​필요하지 않은 다중 부분 문자열 리터럴입니다. 이제 대부분의 특수 문자를 이스케이프 처리할 필요가 없으며 자동 줄 바꿈이 나타납니다. 텍스트 블록은 자동으로 줄의 서식을 지정하고 개발자가 해당 서식을 제어할 수 있도록 합니다. 이 JEP는 주로 코드 작성 및 읽기 프로세스를 단순화하기 위해 만들어졌습니다. Java에서 Java가 아닌 객체(예: XML 또는 JSON)를 포함하려면 일반적으로 "탬버린과 함께 춤추기"(특정 줄 편집)가 필요하므로 이러한 포함은 일반적으로 생성, 지원 및 읽기가 어렵습니다. 소켓 API 업데이트. 새로운 Java는 레거시 소켓 API를 다시 작성할 가능성이 높습니다. 이론적으로 업데이트된 구현은 더욱 현대화되고 유지 관리 및 디버깅이 더 쉬워질 것입니다. 이는 net.Socket 및 java.net.ServerSocket API에서 사용되는 기본 구현을 대체하기 위한 것입니다. 새 버전은 사용자 모드 스레드(파이버 또는 파이버) 작업에 쉽게 적응하도록 설계되었습니다. 이는 병렬 애플리케이션을 더 쉽게 작성하고, 디버그하고, 프로파일링하고 지원할 수 있도록 만들어진 프로젝트인 Loom 에서 탐색됩니다. 앞서 언급한 레거시 API의 뿌리는 JDK 1.0으로 거슬러 올라가며 디버그 및 유지 관리가 어려운 레거시 C와 Java 코드가 혼합되어 있습니다. 이전 구현에는 다른 문제도 있습니다. 비동기식 폐쇄를 지원하는 자체 데이터 구조로 인해 안정성 및 이식성 문제가 발생하고 수정이 필요한 동시성 문제가 발생합니다. ZGC (Z Garbage Collector) 개선. 새 버전에서는 ZGC 가비지 수집기가 사용되지 않은 메모리를 운영 체제에 반환하도록 강제하려고 합니다. ZGC는 확장 가능하고 대기 시간이 짧은 가비지 수집기로 판매되지만 현재까지는 해당 메모리가 오랫동안 사용되지 않은 경우에도 사용되지 않은 메모리를 OS에 다시 반환하지 않습니다. 분명히 이는 비합리적이며 오랫동안 유휴 상태로 있을 수 없는 일부 애플리케이션 및 환경의 경우 이 접근 방식은 매우 중요합니다. 클래스 데이터 공유 AppCDS 기능 개선애플리케이션 실행이 끝날 때 클래스의 동적 보관을 제공합니다. 클래스 데이터 공유 또는 클래스 데이터 공유는 JDK 5에서 처음 도입되었습니다. 이 기능을 사용하면 공통 아카이브 파일의 클래스 세트를 사전 처리한 다음 런타임 시 메모리에 매핑하여 시작 시간을 줄일 수 있습니다. 이제 아카이브 클래스에는 표준 기본 수준 CDS 아카이브에 포함되지 않은 로드된 모든 응용 프로그램 및 라이브러리 클래스가 포함됩니다. 이 제안은 AppCDS의 유용성을 향상시키고 사용자가 각 응용 프로그램에 대한 클래스 목록을 생성하기 위해 시험 실행을 수행할 필요를 없애기 위한 것입니다. Switch 연산자를 사용하는 새로운 형태의 표현식 제품 버전 - Switch Expressions . Java 12 버전 에서는 switch 문 코드의 단순화가 미리보기 단계에 나타났습니다. 옛날 방식으로 사용하거나 표현으로 사용할 수 있습니다. 이제 남은 것은 Java 13의 출시일인 9월 17일을 기다리는 것뿐입니다. 지금 혁신에 대해 빨리 알고 싶다면 공식 웹사이트에서 베타 빌드를 다운로드할 수 있습니다.