Java 버전별 특징(upto Java12)

Java 개요

ㆍ썬 마이크로시스템즈에서 1995년에 개발한 객체 지향 프로그래밍 언어

ㆍ창시자는 제임스 고슬링

ㆍ2010년에 썬이 오라클에 인수되어서 현재 Java의 저작권자는 오라클이며, 2019년 1월부터 유료화되었다. 

   단, Java EE는 이클립스 재단의 소유이다.

Java 버전별 특징

Java 12

ㆍ2019.03 

ㆍ문법적으로 Switch문 확장

switch (day) {
    case MONDAY:
    case FRIDAY:
    case SUNDAY:
        System.out.println(6);
        break;
    case TUESDAY:
        System.out.println(7);
        break;
    case THURSDAY:
    case SATURDAY:
        System.out.println(8);
        break;
    case WEDNESDAY:
        System.out.println(9);
        break;
}

 예전에는 이렇게 써야 했던 Switch문을 아래와 같은 형식으로도 쓸 수 있게 되었다.

1.
2.
3.
4.
5.
6.

switch (day) {
    case MONDAY, FRIDAY, SUNDAY -> System.out.println(6);
    case TUESDAY                -> System.out.println(7);
    case THURSDAY, SATURDAY     -> System.out.println(8);
    case WEDNESDAY              -> System.out.println(9);
}

ㆍ이외에 가비지 컬렉터 개선, 마이크로 벤치마크 툴 추가, 성능 개선

Java 11

ㆍ2018.09

ㆍ일반 지원은 2023년 9월, 연장 지원은 2026년 9월에 종료될 예정이다. 

ㆍ이클립스 재단으로 넘어간 Java EE가 JDK에서 삭제되고, JavaFX도 JDK에서 분리되어 별도의 모듈로 제공된다. 

ㆍ람다 파라미터에 대한 지역변수 문법 : (var x, var y) -> x.process(y)  =>  (x, y) -> x.process(y)

IntStream.of(1, 2, 3)                .filter((var i) -> i % 2 == 0)                .forEach(System.out::println);

IntStream.of(1, 2, 3)                .filter(i -> i % 2 == 0)                .forEach(System.out::println);

ㆍHTTP 클라이언트 표준화 기능 추가 : Java 9, 10에 사용되었던 jdk.incubator.http 패키지가 표준화되어 java.net.http 패키지로 추가

ㆍ네스트 기반 액세스 컨트롤(Nest-based access controls)

    액세스 가능성을 확장하는 브릿지 메소드 삽입 지원 컴파일러의 필요성 제거

ㆍ다이나믹 클래스-파일 콘스탄스(Dynamic class-file constans) 

    새로운 형태의 구체화 가능한 클래스파일 상수를 만드는데 요구되는 비용과 간섭을 줄이고, 표현력과 성능을 위한 보다 다양한 옵션 제공 

ㆍ엡실론(Epsilon) 가지비 컬렉터 : 오버헤드의 최저지연과 할당 제한이 가능한 완전한 수동 가비지 컬렉터 적용

엡실론은 테스트 전용으로 설계된, 아무 일도 안하는 시험 수집기이다. 실제로 가비지 컬렉션(수집) 활동을 일체 하지 않는다. 따라서 엡실론이 시행되는 동안 할당된 힙 메모리는 한 바이트, 한 바이트가 사실상 메모리 누수이다. 절대 회수할 수 없는 메모리여서 JVM은 결국 언젠가(단시간 내에) 메모리가 고갈되어 멎게 된다. 때문에 운영계 환경에서 절대 사용 금문인 수집기이다.

즉, 메모리 할당만 처리하고 실제로 메모리는 전혀 회수하지 않는 GC이다. 사용 가능한 Java Heap이 고갈되면 JVM을 셧다운 시킨다. 때문에 다음과 같은 작업에 유리하다.

-테스트 및 마이크로벤치마크 수행

-회귀 테스트

-할당률이 낮거아 0인 자바 애플리케이션 또는 라이브러리 코드의 테스트

 (출처 : 자바 최적화: 가장 빠른 성능을 구현하는 검증된 10가지 기법)

ㆍThe Z Garbage Collector(ZGC) : 대기 시간이 낮은 확장 가능한(Scalable Low-Latency) GC이다.

메모리를 자동으로 정리해주는 가비지 컬렉터는 자바의 장점 중 하나이지만, 가비지 컬렉터가 동작할 때 JVM이 애플리케이션을 멈추기 때문에(stop-the-world) 자바의 단점이기도 합니다. ZGC는 이 시간을 10ms(millisecond) 미만으로 줄이고 15% 이하의 성능 페널티를 목표로 합니다.

- stop-the-world 시간이 10ms 미만이기 때문에 대기 시간이 짧다(low latency).

- 모든 작업을 동시에(concurrently) 작업하며, 애플리케이션 스레드의 실행을 중지시키지 않는다.

- 위와 같은 이유로, ZGC는 10ms 미만의 짧은 대기 시간이 필요하거나 테라 바이트 큐모의 매우 큰 heap을 사용하는 애플리케이션을 위한 GC이다.

ㆍ플라이트 레코더(Flight Recorder) : 자바 애플리케이션과 핫스팟 JVM의 오류 해결을 위한 낮은 오버헤드 데이터 수집 프레임워크 제공

ㆍ가장 커다란 변화는 바로 라이센스 부분.

   Java 11부터 Oracle JDK의 독점기능이 오픈소스 버전인 OpenJDK에 이식된다. 이는 다시말해 Oracle JDK와 OpenJDK가 완전히 동일해진다는 뜻

   Oracle JDK는 Java11부터 LTS(장기지원) 버전으로 3년마다 출시, 출시 후 5년 동안 오라클의 기술지원이 제공되며 최대 3년까지 지원기간 연장가능

    Oracle JDK는 이제 3년에 한 번 출시되니 Java의 실질적인 버전 업을 담당하는 것은 OpenJDK가 된 셈이다. 

    OpenJDK는 기업들을 위한 기술 지원은 없고, 새로운 버전이 나오면 이전 버전에 대한 마이너 업데이트와 보안 업데이트는 중단된다.

그리고 Java 11과 함께 발표된 또 다른 소식은 바로 Oracle JDK가 구독형 유료 모델로 전환된다는 점이다. # 2019년 1월부터 오라클이 제공하는 모든 JDK는 유료화되며, 구독권을 구입하지 않으면 JDK에 접근 자체가 금지된다. 기존의 일반/연장 지원 서비스는 구독권에 포함되므로 별도의 서비스로는 제공되지 않는다. 개인 사용자는 2021년 1월부터 비용을 지불해야 한다. 이 때문에 많은 기업들이 Oracle JDK에서 발을 빼고 있으며, OpenJDK를 기반으로 한 다른 서드파티 JDK가 대안으로 떠오르고 있다.

Java 10

ㆍ2018.03

ㆍvar 키워드를 이용한 지역변수 선언 및 타입추론 가능

ㆍ불변(Unmodifiable) Collection 향상

ㆍ병렬 처리 가비지 컬렉션 도입으로 인한 성능 향상

ㆍ개별 쓰레드로 분리된 Stop-The-World

ㆍ루트 CA 목록 등 추가

ㆍJDK의 Repository가 하나로 통합

ㆍJVM 힙 영역을 시스템 메모리가 아닌 다른 종류의 메모리에도 할당 가능

ㆍ실험적인 Java 기반의 JIT(Just In Time) 컴파일러 추가

ㆍDeprecated된 API는 Java SE 10에서 모두 삭제

Java 9

ㆍ2017

ㆍJava용 REPL, JShell 등장 (대화식 REPL(Read Eval print Loop) 도구 제공)

public class Test {
    public static void main(String[] args) {
        String str = "abc";
        System.out.println(str.substring(1));
    }
}

jshell> String str = "abc";
str ==> "abcd"
jshell> System.out.println(str.substring(1));
cd

ㆍModular System (Jigsaw)지원

ㆍ불변 Collection 생성 메소드 제공

ㆍJava 9는 익명 클래스에 대한 Diamond Operator를 허용 (anonymous inner 클래스에서 diamond operator 사용 가능)

Java 9에서 다음과 같이 Diamond 연산자 쓰면 컴파일 에러가 남. compile error: ‘<>‘ cannot be used with anonymous classes

MyHandler<?> handler = new MyHandler<>(""One hundred") { // Anonymous Class };

그러나 Java 9에서부터는 다음과 같이 익명 클래스에서 Diamond 연산자 사용 가능

    MyHandler<?> handler = new MyHandler<>("One hundred") {

    @Override

    void handle() {

        // handling code...

    }

    };

ㆍtry-with-resources 개선

   // Java code illustrating try-with-resource

import java.io.*;

  

class Gfg

{

    public static void main(String args[]) throws IOException

    {

          

        File file = new File("/Users/abhishekverma/desktop/hello.txt/");

          

        BufferedReader br = new BufferedReader(new FileReader(file));

  

        // Original try-with-resources statement from JDK 7 or 8

        try(BufferedReader reader = br)

        {

            String st = reader.readLine();

            System.out.println(st);

        }

    }         

}

// Java code illustrating improvement made in java 9

// for try-with-resources statements

  

import java.io.*;

  

class Gfg

{

    public static void main(String args[]) throws IOException

    {

          

        File file = new File("/Users/abhishekverma/desktop/hello.txt/");

          

        BufferedReader br = new BufferedReader(new FileReader(file));

          

        // New and improved try-with-resources statement in JDK 9

        try(br)

        {

            String st = br.readLine();

            System.out.println(st);

        }

  

    }         

}

출처 : https://www.geeksforgeeks.org/java-se-9-improved-try-resources-statements/

ㆍ인터페이스 내 private 메소드 사용 가능

Java9 Private Interface Method는 interface에 private method, private static method라는 새로운 기능을 제공한다. 이제 중복 코드를 피하고 interface에 대한 캡슐화를 유지 할 수 있다.

public interface TestInterface{

    private void method1(String arg) {

        // do something

    }

    private static void method2(Integer arg) {

        // do something

    }

}

ㆍReactive Stream API 추가

ㆍOptional To Stream

ㆍHTTP2 Client

ㆍiCMS GC Deprecated 됨

Java 8

ㆍ2014

ㆍ오라클 인수 후 첫번째 버전

ㆍJDK는 2개 버전으로 나뉨. 하나는 폐쇄적인 상업 코드 기반의 Oracle JDK, 하나는 오픈 소스 기반의 OpenJDK이다.

   - Oracle JDK는 OpenJDK에는 없는 재산권이 걸린 플러그인을 제공)

   - Oracle JDK에 존재하고 OpenJDK에는 없는 대표적 기능으로 글꼴 라이브러리와 Java Web Start가 있다. 

     사용자의 웹 브라우저에서 자바 애플릿을 실행하려면 필요한 기능이다. 서버 애플리케이션 개발에는 쓰이지 않는 기능들이다.

ㆍLambda 및 함수형프로그래밍, Default Method Interface, Default Method이용한 다중상속지원, 메소드 참조

ㆍJEP에 의해서 새로운 기능들이 발의되기 시작.

ㆍ병철처리에 접합한 구조로 진화

ㆍSerial/SerialOld GC는 Java 8부터 Deprecated 됨 (옛날 자바 버전으로 개발된 초창기 레거시 애플리케이션에서는 아직도 쓰임)

ㆍAPI : Nashorn (JS엔진), new Date and Time API, Stream API, Collection에 대한 함수형화 (Interface에 default로 인해 가능)

          새로운 날짜와 시간 API인 java.time 패키지를 제공

         기존 Calendar 클래스에서는 월(month)을 나타낼 때 1월부터 12월을 0부터 11까지로 표현해야 하는 불편함이 있다.

         기존 Calendar 인스턴스는 불변 객체(immutable object)가 아니라서 값이 수정될 수 있습니다.

           LocalDate today = LocalDate.now();

             System.out.println("올해는 " + today.getYear() + "년입니다.");

Java 7

ㆍ2011 

ㆍJVM : Dynamic Language support (invoked dynamic - new byte operation)

ㆍLanguage : try-resource, String in Switch, generics 내 타입추론, 숫자에서 underscore 사용 가능

ㆍAPI : Concurrency 강화, NIO 강화, sort강화, crypto강화, GPU강화

ㆍJavaFX가 기본으로 포함

ㆍJDK 7에서 정식으로 G1 GC를 포함하여 제공

ㆍ안정적인 ARM지원

1. Type Inference

인스턴스 생성시 Generics를 양쪽에 선언해줬어야 했는데 다이아몬드 연산자인 <> 사용으로 대체 가능하다. 다시 말해, 제너릭 타입 파라미터를 선언과 생성시 중복해서 써야했었다.

이전 버전 

Map<String, Object> user = new HashMap<String, Object>();

Java 7 버전

Map<String, Object> user = new HashMap<> ();

2. String in Switch

Switch문에서 문자열 사용 가능

switch (day) {
    case "NEW":
        System.out.println("Order is in NEW state");
        break;
    case "CANCELED":
        System.out.println("Order is Cancelled");
        break;
    case "REPLACE":
        System.out.println("Order is replaced successfully");
        break;
    case "FILLED":
        System.out.println("Order is filled");
        break;
    default:
        System.out.println("Invalid"); 
}

3. Automatic Resource Management

Java 7 이전에는 DB Connection, File Stream을 open했을 때 예기치 못한 오류 발생시 정상적인 종료를 위해 finally block에서 close처리를 반드시 해야 했지만 Java 7 에서는 try with resource 구문이 추가되어 자동으로 자원들을 close한다. 이러한 메커니즘을 사용하기 위해서는 AutoClosable, Closeable 인터페이스를 구현해야 한다. Java 7의 Streams, Files, Socket, DB Connection등은 해당 인터페이스를 구현하고 있다. Java 7 이전 

public static void main(String args[]) {
    FileInputStream fin = null;
    BufferedReader br = null;
    try {
        fin = new FileInputStream("info.xml");
        br = new BufferedReader(new InputStreamReader(fin));
        if (br.ready()) {
            String line1 = br.readLine();
            System.out.println(line1);
        }
    } catch (FileNotFoundException ex) {
        System.out.println("Info.xml is not found");
    } catch (IOException ex) {
        System.out.println("Can't read the file");
    } finally {
        try {
            if (fin != null)
                fin.close();
            if (br != null)
                br.close();
        } catch (IOException ie) {
            System.out.println("Failed to close files");
        }
    }
}

Java 7 

public static void main(String args[]) {
    try (FileInputStream fin = new FileInputStream("info.xml");
            BufferedReader br = new BufferedReader(new InputStreamReader(
                    fin));) {
        if (br.ready()) {
            String line1 = br.readLine();
            System.out.println(line1);
        }
    } catch (FileNotFoundException ex) {
        System.out.println("Info.xml is not found");
    } catch (IOException ex) {
        System.out.println("Can't read the file");
    }
}

4. Fork/Join Framework

fork/join framework는 멀티프로세서의 성능을 이용할 수 있는 ExecutorService인터페이스의 구현체이다. 반복적으로 작은 조각으로 작업을 나누어 수행 할 수 있게 설계되어있다. 어플리케이션의 성능을 향상 시키기 위해 가능한 모든 프로세서를 이용하는 것으로 ExecutorService 인터페이스를 Implement하는 것으로 fork/join 프레임워크는 ThreadPool내 WorkerThread에게 작업들을 분배한다. fork/join framework는 생산자-소비자 알고리즘(Produce-Consumer Algorithems)과는 다른 work-stealing algorithems을 사용한다. 일이 없는 WorkerThread는 작업중인 다른 Thread의 작업을 훔쳐 올 수 있다. fork/join framework의 핵심은 AbstractExecutorService를 구현한 ForkJoinPool클래스이다. ForkJoinPool은 중요 메커니즘인 work-stealing algorithems을 구현하고 ForkJoinTask 프로세스들을 실행 할 수 있다. RecursiveTask 또는 RecursiveAction과 같은 ForkJoinTask 하위클래스를 랩핑할 수 있다.

⇨ fork/join framework in Java Tutorial

5. Underscore in Numeric literal

숫자형(정수,실수)에 _(underscore)문자열을 사용할 수 있다. 큰 숫자를 다룰때 가독성이 좋아진다. 

int billion = 1_000_000_000; // 10^9
long creditCardNumber = 1234_4567_8901_2345L; //16 digit number
long ssn = 777_99_8888L;
double pi = 3.1415_9265;
float pif = 3.14_15_92_65f;

_위치가 다음과 같은 경우는 컴파일 에러가 발생함으로 주의가 필요하다. 

double pi = 3._1415_9265; // 소수점 뒤에 _ 붙일 경우
long creditcardNum = 1234_4567_8901_2345_L; // 숫자 끝에 _ 붙일 경우
long ssn = _777_99_8888L; // 숫자 시작에 _ 붙일 경우

Java 6

ㆍ2006

ㆍ가비지 컬렉터 G1(Garbage First) GC 지원

ㆍJDK 6에서는 G1 GC를 early access라고 부르며 그냥 시험 삼아 사용할 수만 있도록 한다.

ㆍ보안, 성능 강화 

ㆍJVM/Swing에 있어 많은 Performance 향상(synchronization, compiler, GC,start-up time)

Java 5

ㆍ2004

ㆍ기능적으로 가장 많은 변화가 생긴버전 (Generics가 가장 대표적)

ㆍLanguageI: Generics , annotation, auto boxing, enum,vararg ,foreach, static imports 도입

ㆍAPI : java.util.concurrent API, scanner class

JDK 1.4 

ㆍ2002

ㆍJava Web Start포함 (Java Applet이 브라우저에서 돌아가는 것과 다르게, 외부 sandbox에서 동작)

ㆍJCP(Java Community Process)에 의해서 오픈소스 정책으로 자바가 관리되기 시작한 버전

ㆍJava 2 Security 모델의 확립(Sandbox)

ㆍLanguage: assert 도입

ㆍAPI :  Regular Expression, Assert keyword, Security 2 version(현재 security model), Non Blocking IO(NIO)

JDK 1.3 

ㆍ2000

ㆍHotSpot(Sun에서 만든 JIT구현)

ㆍJNDI(디렉토리 및 이름으로 원하는 서비스 찾음)

JDK 1.2

ㆍ1998

ㆍJava SE 1.2, ME 1.2, EE 1.2 발표 

ㆍ자바를 세가지 버전으로 나눴다. Swing이 SE에 포함, Corba IDL(이종기기간 함수호출 스펙), Collection Framework 포함

JDK1.1

ㆍ1997

ㆍJDBC, RMI, Reflection, JIT, Inner Class 개념이 포함

JDK 1.0

ㆍ1991 

ㆍOAK 발표: GE사의 요청으로, 썬마이크로 시스템즈에서 C++의 단점을 극복하고자 만든 언어

ㆍ메모리 할당/해제의 어려움과 다중상속으로 인한 실수유발을 극복하려고 했다.

ㆍ1996년, JDK 1.0발표 :  언어 이름을 자바라 바꾸고, Java Virtual Machine 1.0을 발표했다. Java Applet도 이때 처음 도입

참조 : 나무위키