간단한 개발관련 내용

Class 파일은 실행 시 Link를 할 수 있도록 Symbolic Reference 만을 가지고 있다.

Runtime 시점에 실제 물리적인 주소로 대체되는 작업인 Dynamic Linking이 일어나게 된다.

Class-File-Format은 Network-Byte-Order 를 사용하기 때문에 Big-Endian 방식을 사용하게 된다.

메모리 주소값을 할당하는 방식을 Network-Byte-Order 를 사용하는데 Big-Endian을 사용하기로 약속되어있고, 서로 다른 계열의 CPU끼리 데이터를 전송받을 때의 문제점을 해결하기 위해 정해진 일종의 약속이다.

• Gabage-Collector
• Gabage-Collection을 통해 Heap이나 Method-Area의 사용되지 않는 Object를 Memory에서 삭제한다.
• HotspotJVM은 Heap을 Young-Generation과 Old-Generation으로 나누어 사용한다.
• Young-Generation은 Eden영역과 Survivor영역이 존재한다. 객체가 Eden영역으로 처음 Allocation 되며 자주 사용되던 객체가 Old영역으로 가기 전에 Survivor 영역으로 이동하게 된다.
• Old-Generation은 성숙된 객체들이 Promotion 되는 장소이다.
• Minor-GC는 Young-Generation에서 발생, Promotion이 발생...
• Major-GC는 Old-Generation에서 발생, Minor-GC를 통해서 발생할 수도 있음...
• Full-GC는 너무많은 클래스 로딩으로 Permanent-Area가 부족하게 되어 발생할 수 있음...
• 잘못하면 suspend-time이 길어져 Stop-The-World 방식의 Compaction으로 회귀할 수 밖에 없음.

• Gabage-First-Collector
• Generation 구분을 없애고 Region 으로 재편하였다. 논리적인 구분?
• 물리적인 Young/Old 영역에서의 Allocation/Promotion 대신 Gabage로만 꽉 차 있는 Region부터 Collection을 시작한다고해서 붙여진 이름이다.
• G1 Collector는 철저하게 Region 단위로 Gabaga-Collection 이 발생한다. 따라서 Suspend 현상도 Region을 사용하는 Thread에 국한된다.

• Calss-Loader
• JVM 안으로 Class를 Load 하고 Link를 통해 적절히 배치하는 일련의 작업을 수행하는 모듈.
• *.class 파일들을 Runtime-Data-Area 에 적재한다.
• Bootstrap-Class-Loader(jre/lib/rt.jar), Extention-Class-Loader(jre/lib/ext), Application-Class-Loader(System-Class-Loader, User-Defined-Class-Loader)
• java5부터 Class-Sharing 제공...
• Load-Time-Dynamic-Loading과 Runtime-Dynamic-Loading 이 있다...
• Class-Loader-Work 는 Loading, Linking, Initialization의 세가지 과정이 있다. 클래스파일이 검증을 거쳐 symbolic-reference 가 direct-reference 로 변경되는 과정이다.

• Executor-Engine
• Load된 Class의 Bytecode를 실행하는 Runtime-Module이다.
• 모든 ByteCodes를 Interpreter 방식으로 처리하여 초기의 JVM은 실행속도에 있어서 약점을 가지고 있었는데,  JIT(Just-In-Time) Compiler 방식이 등장하여 문제점을 보완하였다.
• JIT(Just-In-Time) Compiler 는 Bytecodes 를 NativeCode로 Compile하여 실행시간을 빠르게 하였다. 보통 두 방식을 섞어서 쓴다(Lazy Fashion).
• loop 와 다차원배열 처리에 성능적으로 약함...

• Runtime-Data-Area
• Process로서의 JVM을 수행하기 위해 OS로부터 할당받는 메모리 영역.
• PC Register, Java Virtual Machine Stacks, Method Area, Heap, Native Method Stacks.
• PC Register
• 각 Thread마다 하나씩 존재하며 Thread가 시작할 때 생성된다. Stack-Base로 작동하며 현재 수행중인 JVM 명령어를 가지게 된다.
• Java Virtual Machine Stacks
• 각 Thread마다 하나씩 존재하며 Thread가 시작할 때 생성된다. 여러 Stack-Frame들이 있고 현재 수행하고 있는 Method의 정보를 저장하는 것을 Current-Frame 이라고 한다.
• Stack-Frame은 Local-Variable-Section, Operand-Stack, Frame-Data 세 부분으로 되어 있다.
• Native Method Stacks
• 각 Thread마다 하나씩 존재하며 Thread가 시작할 때 생성된다. Native-Code로 호출한 메소드에 대한 Stack 영역.
• Method Area
• 모든 Thread들이 공유하는 메모리 영역이다.  JVM이 기동할 때 생성이 되며, Garbage-Collection의 대상이 된다. ClassLoader에게 넘겨받은 ClassFile에서 Type 관련 정보를 추출하여 저장하게 된다. Type-Information, Constant-Pool, Field-Information, Method-Information, Class-Variable, ReferenceToClass-ClassLoader, ReferenceToClass-Class, Method-Table.
• Heap
• 모든 Thread들에 의해 공유된다. 메모리 해제는 Gabage-Collection을 통해서 이루어지고, Instance(Object)와 Array객체 두 가지 종류만 저장되는 공간일 뿐이다. 실제 구현에 대해서는 각 벤더에게 위임하였다. HotspotJVM이나 IBM-JVM의 Object-Layout과 Heap 구조를 통해 JVM의 Heap에 대한 전반적인 이해를 하는 것이 의미있을 것이다.

• Thread...
• Native Thread 를 White-Thread로 부르고, JVM의 Thread를 Green-Thread라고 부르던 때가 있었다...(JAVA 1.1)
• JAVA1.2부터 ... 둘이 혼용된 Thread-Model ...
• JAVA1.3부터 결국엔 Native 가 Default-Thread-Model...
• GreenThread는 MultiProcessSystem에서 이점을 가질 수 없었다...

- Object Header에 lock-counter를 통해서 알 수 있다...

• JAVA1
• Collection이 없어서 Vector, Stack, Hashtable, Properties 가 컬렉션의 명명법을 따르지 않음.
• Vector, HashTable 클래스들은 동기화처리됨.

• JAVA1.1
• Reflection
• Calendar 

• JAVA1.2
• Collection 프레임워크 등장
• ArrayList, HashMap 클래스들은 동기화처리하지 않고 필요한 경우에만 java.util.Collections 클래스의 동기화 메소드를 이용.

• JAVA1.5
• enhanced for-looop
• Generics 가 추가됨.
• Iterable 인터페이스 추가.(Collection 인터페이스가 상속받도록 결정)
• enum(열거형)이 추가됨.
• Autoboxing 이 추가됨. 기본형과 참조형 사이의 연산이 가능해짐. 
• Covariant ReturnType(공변반환타입)이 추가되어 Override하는 함수의 반환타입을 SubClass 타입으로 쓸 수 있게 함.
• 메소드의 매개변수에 동적으로 할당 할 수 있게 가변인자(variable arguments)가 추가되었음.
• 가변인자는 매개변수 중 제일 마직막에 선언, 내부적으로 배열을 생성하므로 성능을 고민해야 함
• java.util.concurrent.locks 와 java.util.concurrent.atomic 패키지 추가.
• String의 contains(CharSequence s), replace(CharSequence old, CharSequence nw)가 추가되었다.

• JAVA1.6
• 상수를 선언과 동시에 초기화하지 않아도 되며, 사용하기 전에만 초기화하면 되도록 바뀌었다.

• JAVA1.7
• 정수형 리터럴 중간에 '_' under-score를 넣을 수 있게 되었다.
• 2진 리터럴이 추가되었다. 
• switch 문 조건식에 문자열이 추가되었다
• '|' 기호를 이용한 multi-catch 블럭.
• try-with-resources 가 추가되었음.
• 보통 입출력관련 클래스들을 사용할 때 close()를 호출하지 않아도 try 블럭을 벗어나는 순간 자동적으로 호출이 된다.
• AutoClosable 인터페이스를 구현한 클래스여야만 한다.
• Generics 객체 생성 시 추정가능한 경우 타입을 생략할 수 있다.
• List<String> list = new ArrayList<>();
• @SafeVarargs Generics 가변인자에 사용.
• fork & join 프레임워크가 추가됨.
• '+'가 포함된 문자열이 parseInt()로 변환가능하게 된 것은 JDK1.7부터이다.

• JAVA1.8
• 람다와 스트림.
• 인터페이스에 default-method와 static-method 가 추가되었다.
• (지역클래스에서 접근하는 지역변수...)Inner-Class에서 외부클래스의 지역변수는 final을 붙여야 했으나, JAVA8부터 final을 생략할 수 있게 바뀌었다.(대신 컴파일러가 자동으로 붙여준다.)
• java.time 패키지로 개선된 날짜/시간 제공.
• java.util.Object 의 hash() 함수의 추가로 Override한 hashCode 구현 지원.
• @FunctionalInterface 함수형인터페이스 선언.
• @Native native 메소드에서 참조되는 상수 앞에 붙인다.
• @Repeatable 어노테이션을 반복해서 적용할 수 있게 한다.

• ETC
• JVM이 모든 배열의 길이를 별도로 관리하며 arrayName.length ...
• array vs arrayList
• Comparable은 기본적으로 오름차순이기 때문에, Comparator를 구현하여 정렬기준을 바꿀 수 있다.
• Generics 는 컴파일 시 형변환되어 *.class 파일에는 없는데 주된 이유는 이전 버전 호환을 위해서이다.
• 
  

 Covariant return type 우리 말로 '공변 반환 타입' 이라고 하는데, 리턴 타입은 서브클래스라는 범위 안에서 다양할 수 있다는 것으로 java 1.5 부터 적용 되었습니다. 본래 오버라이딩이 이름이 같아야하고, 매개변수가  같아야 하며, 반환타입 또한 같아야 하는데 java 1.5 부터 Primitive 타입이 아닌 Subclass 타입으로 오버라이딩이 가능하게 된 것 입니다.

refer ) http://www.javatpoint.com/covariant-return-type

          http://www.java-tips.org/covariant-return-types.html