자바 SE 15 릴리스

XNUMX개월 간의 개발 끝에 Oracle은 출시 플랫폼 자바 SE 15 (Java Platform, Standard Edition 15) 오픈 소스 OpenJDK 프로젝트가 참조 구현으로 사용됩니다. Java SE 15는 이전 Java 플랫폼 릴리스와의 호환성을 유지하며, 이전에 작성된 모든 Java 프로젝트는 새 버전에서 실행될 때 변경 없이 작동합니다. 즉시 설치 가능한 Java SE 15 빌드(JDK, JRE 및 서버 JRE) 준비된 Linux(x86_64), Windows 및 macOS용. OpenJDK 프로젝트에서 개발된 참조 구현 자바 15 상용 제품과의 동적 연결을 허용하는 GNU ClassPath 예외를 포함하여 GPLv2 라이센스에 따른 완전한 오픈 소스입니다.

Java SE 15는 일반 지원 릴리스로 분류되며 다음 릴리스까지 계속 업데이트를 받을 예정입니다. LTS(장기 지원) 분기는 Java SE 11이어야 하며 2026년까지 계속 업데이트를 받을 수 있습니다. Java 8의 이전 LTS 분기는 2020년 2021월까지 지원됩니다. 다음 LTS 릴리스는 10년 XNUMX월로 예정되어 있습니다. Java XNUMX 릴리스부터 프로젝트가 새로운 개발 프로세스로 전환되었으며, 이는 새 릴리스 형성 주기가 더 짧아졌음을 의미합니다. 이제 새로운 기능은 지속적으로 업데이트되는 하나의 마스터 브랜치에서 개발됩니다. 여기에는 기성 변경 사항이 포함되어 있으며 새 릴리스를 안정화하기 위해 XNUMX개월마다 브랜치가 분기됩니다.

으로 혁신 자바 15 하나는 수 표:

• 내장 EdDSA(Edwards-Curve Digital Signature Algorithm) 디지털 서명 생성 알고리즘 지원 RFC 8032). 제안된 EdDSA 구현은 하드웨어 플랫폼에 의존하지 않고 부채널 공격으로부터 보호되며(모든 계산의 일정한 시간이 보장됨) 동일한 수준의 보호로 C 언어로 작성된 기존 ECDSA 구현보다 성능이 더 빠릅니다. 예를 들어, 126비트 키와 함께 타원 곡선을 사용하는 EdDSA는 secp256r1 타원 곡선과 128비트 키를 사용하는 ECDSA와 유사한 성능을 나타냅니다.
• 추가됨 구현을 상속, 확장 또는 재정의하기 위해 다른 클래스 및 인터페이스에서 사용할 수 없는 봉인된 클래스 및 인터페이스에 대한 실험적 지원입니다. 또한 Sealed 클래스는 확장이 허용되는 하위 클래스를 명시적으로 나열하는 방식을 기반으로 액세스 한정자보다 상위 클래스의 사용을 제한하는 보다 선언적인 방법을 제공합니다.

  패키지 com.example.geometry;

  공개 봉인 클래스 모양
  com.example.pole.Circle을 허용합니다.
  com.example.quad.Rectangle,
  com.example.quad.simple.Square {...}

• 추가됨 다른 클래스의 바이트코드에서 직접 사용할 수 없는 숨겨진 클래스를 지원합니다. 히든 클래스의 주요 목적은 런타임에 클래스를 동적으로 생성하고 이를 간접적으로 사용하는 프레임워크에서 사용되는 것입니다. 반사. 이러한 클래스는 일반적으로 수명 주기가 제한되어 있으므로 정적으로 생성된 클래스에서 액세스할 수 있도록 유지하는 것은 타당하지 않으며 메모리 소비만 증가시킵니다. 또한 숨겨진 클래스를 사용하면 향후 제거 예정인 비표준 API sun.misc.Unsafe::defineAnonymousClass가 필요하지 않습니다.
• ZGC(Z Garbage Collector) 가비지 컬렉터가 안정화되어 널리 사용할 수 있는 것으로 인정되었습니다. ZGC는 수동 모드에서 작동하며 가비지 수집으로 인한 대기 시간을 최대한 최소화하고(ZGC 사용 시 정지 시간은 10ms를 초과하지 않음) 수백 메가바이트에서 수 테라바이트에 이르는 작은 힙과 거대한 힙 모두에서 작동할 수 있습니다.
• 안정화되어 일반적인 사용이 가능한 것으로 확인됨
  가비지 수집기 Shenandoah, 최소한의 일시 중지로 작업합니다(낮은 일시 중지 시간 가비지 수집기). Shenandoah는 Red Hat에서 개발했으며 Java 애플리케이션 실행과 동시에 정리를 실행하여 가비지 수집 중 정지 시간을 줄이는 알고리즘을 사용하는 것으로 유명합니다. 가비지 수집기에 의해 발생하는 지연 크기는 예측 가능하며 힙 크기에 의존하지 않습니다. 200MB 및 200GB 힙의 경우 지연은 동일합니다(나오지 마 50ms 초과, 일반적으로 10ms 이내)

• 지원이 안정화되어 언어에 도입되었습니다. 텍스트 블록 - 문자 이스케이프를 사용하지 않고 블록의 원래 텍스트 형식을 유지하지 않고도 소스 코드에 여러 줄의 텍스트 데이터를 포함할 수 있는 새로운 형태의 문자열 리터럴입니다. 블록은 세 개의 큰따옴표로 구성됩니다.

  예를 들어 코드 대신

  문자열 html = " » +
  "\n\t" + " » +
  "\n\t\t" + " \"Java 1가 출시되었습니다!\" » +
  "\n\t" + " » +
  "\n" + " ";

  다음을 지정할 수 있습니다.

  문자열 HTML = """
  
  
  »자바 1\
  여기에!
  
  """;

• 재설계 레거시 DatagramSocket API. java.net.DatagramSocket 및 java.net.MulticastSocket의 이전 구현은 디버그 및 유지 관리가 더 쉽고 프로젝트 내에서 개발된 가상 스트림과도 호환되는 최신 구현으로 대체되었습니다. 직조기. 기존 코드와 호환되지 않을 가능성이 있는 경우 이전 구현은 제거되지 않았으며 jdk.net.usePlainDatagramSocketImpl 옵션을 사용하여 활성화할 수 있습니다.
• 두 번째 실험 구현 제안 패턴 매칭 "instanceof" 연산자에서 로컬 변수를 즉시 정의하여 확인된 값에 액세스할 수 있습니다. 예를 들어, "String s = (String) obj"를 명시적으로 정의하지 않고도 "if (obj instanceof String s && s.length() > 5) {.. s.contains(..) ..}"를 즉시 작성할 수 있습니다.

  그것은 :

  if(obj 인스턴스of그룹) {
  그룹 그룹 = (그룹)obj;
  var 항목 = group.getEntries();
  }

  이제 "Group group = (Group) obj" 정의 없이도 수행할 수 있습니다.

  if (obj 인스턴스of 그룹 그룹) {
  var 항목 = group.getEntries();
  }

• 제안됨 "라는 키워드의 두 번째 실험적 구현기록"는 클래스 정의를 위한 간결한 형식을 제공하므로 동작이 변경되지 않는 필드에만 데이터가 저장되는 경우 equals(), hashCode() 및 toString()과 같은 다양한 하위 수준 메서드를 명시적으로 정의하지 않아도 됩니다. 클래스가 equals(), hashCode() 및 toString() 메서드의 표준 구현을 사용하는 경우 명시적인 정의 없이도 수행할 수 있습니다.

  공공 기록 BankTransaction(LocalDate 날짜,
  두 배의 금액
  문자열 설명) {}

  이 선언은 생성자 및 getter 메서드 외에도 equals(), hashCode() 및 toString() 메서드의 구현을 자동으로 추가합니다.

• 제안됨 Foreign-Memory Access API의 두 번째 미리 보기로, Java 애플리케이션이 새로운 MemorySegment, MemoryAddress 및 MemoryLayout 추상화를 조작하여 Java 힙 외부의 메모리 영역에 안전하고 효율적으로 액세스할 수 있게 해줍니다.
• 장애가 있는 잠금 오버헤드를 줄이기 위해 HotSpot JVM에서 사용되는 Biased Locking 최적화 기술을 더 이상 사용하지 않습니다. 이 기술은 최신 CPU에서 제공하는 원자 명령을 사용하는 시스템과의 관련성을 잃었으며 복잡성으로 인해 유지 관리하기에는 너무 노동 집약적입니다.
• 발표됨 오래된 메커니즘 RMI 활성화는 향후 릴리스에서 제거될 예정입니다. RMI 활성화는 구식이며 Java 8의 옵션 범주로 강등되었으며 현대 실무에서는 거의 사용되지 않습니다.
• 제거됨 자바스크립트 엔진 코뿔소, 이는 Java SE 11에서 더 이상 사용되지 않습니다.
• 삭제됨 Solaris OS 및 SPARC 프로세서(Solaris/SPARC, Solaris/x64 및 Linux/SPARC)용 포트. 이러한 포트를 제거하면 커뮤니티는 Solaris 및 SPARC 특정 기능을 유지 관리하는 데 시간을 낭비하지 않고 새로운 OpenJDK 기능 개발을 가속화할 수 있습니다.

출처 : opennet.ru