혼자공부하기

자바는 다중 상속은 허용하지 않는다.

다중 상속을 허용하면 부모 객체가 누구인지 혼동이 온다. 이것을 다이아몬드 문제라고 말한다.

class 회장 {

public void execute() {

System.out.println("회장");

};

};

class 회장의왼팔 extends 회장{

@override

public void execute() {

System.out.println("회장의왼팔");

};

};

class 회장의오른팔 extends 회장{

@override

public void execute() {

System.out.println("회장의오른팔");

};

};

class 부하직원 extends 회장의왼팔, 회장의오른팔 {

@override

public void execute() {

super.execute(); (?)

};

};

위의 사진과 코드를 보면 부하직원이 왼팔과 오른팔을 상속 받으면 누구의 말을 들을지 모른다.. 

하지만 인터페이스는 다중 상속이 되는걸 볼수 있다.

왜냐하면,, 인터페이스는 선언만 하고 구현을 하지 않으니 가능하다..

ps. 자바8이상에서는 인터페이스에서 default로 매서드를 선언하게 된다면 구현을 할 수있게 된다. 그렇게된다면 위와 같은 오류가 생기게 된다.

JAVA 코딩을 하다보면 String과 StringBuffer을 많이 보게 된다.

String은 우선 불변이다. 그래서 값의 변동이 없을때 사용하면 좋다. 이게 무슨 의미냐면

String a = "NOIL";

a = "PARKNOIL";

위의 그림을 보면 기존의 PARK는 사용되지 않고 메모리 낭비가 되고 GC처리대상이 된다.

하지만,

StringBuilder a = new StringBuilder("PARK");

a.append("NOIL");

위의 그림을 보면 메모리 낭비가 없음. 

StringBuffer랑 StringBuilder의 가장 큰 차이는 동기화를 지원하느냐이다. 

StringBuffer은 동기화 지원하기에 멀티 쓰레드 환경에 사용하면 적절, 하지만 싱글 쓰레드 환경 및 동기화가 필요없다면 StringBuilder을 사용하는게 성능적으로 더 좋다.

그래서 보통 싱글 어플리케이션 개발을 할 때는 StringBuilder을 사용하는게 좋고, 습관화 하자..

java는 jvm 위에서 실행 되기때문에 os 영향을 받지 않음.

하지만 jvm이 운영체제의 모든 기능을 사용할순 없음.

그래서 c언어에서 직접 구현해서 java에서 불러와서 사용할수있게 하는작업이 JNI라고 한다..

예제는 다른 블로그에도 많으니 참고하자.

ps. K은행 필기 문제로 나와서 정리.

JAVA 7에 try-with-resource가 생겼다.

try-with-resource는 간단히 말하면 자원을 자동으로 해제 처리를 해주는 것이다.

아래의 코딩을 보면서 설명을 하겠다.

위의 코드는 기존에 DB 커넥션을 다 사용하면 finally에서 직접 자원을 해제를 해주어야 했다.

위와 같이 try () 안에 자원을 초기화만 해주면 알아서 try 구문이 끝나면 finally 필요 없이 자원이 자동으로 해제된다.

자바에서 데이터를 저장하는 기본적인 자료구조를 모아서 편하게 사용하기 위해 컬렉션을 제공한다.

모든 컬렉션의 상위 인터페이스로 add,isEmpty,size 같은 핵심 메소드를 선언

• LinkedList

• Stack

• Vector

• ArrayList

• HashSet

• TreeSet

• LinkedHashSet

• HashMap

• TreeMap

• HashTable

• LinkedHashMap

HashMap을 상속받아 사용하므로 HashMap과 유사하며, Map에 있는 엔트리들의 연결 리스트를 유지하므로 입력한 순서대로 반복 가능

기술 면접 및 필기 시험에서 단골로 나오는 JVM에 대해 설명을 하겠습니다.

JVM은 Java Virtual Machine의 줄임말이며 자바 바이트 코드를 OS에 맞게 해석 해준다. 자바 컴파일러는 java 파일을 자바 바이트 코드로 변환시켜 .class 파일을 생성 시킨다. 바이트 코드는 기계어가 아니므로 OS에서 바로 실행 되지 않는다. OS가 바이트코드를 이해시켜주도록 도와주는 것이 JVM이다.

바이트 코드는 JVM위에서 OS 상관없이 실행된다. 이것이 Java의 가장 큰 장점 중 하나이다.

JVM 구조는 3가지 영역으로 나누어진다.

1) Class Loader

런타임 시점에서 클래스를 로딩하여 클래스의 인스턴스를 생성하여 클래스 로더를 통해 메모리에 로드하게 된다.

2) Runtime Data Areas

JVM이 프로그램을 수행하기 위해 OS로 부터 별도로 할당 밭은 메모리 공간이며, 크게 5가지 영역으로 나눌 수 있다.

• PC Regisiter

 1. 스레드가 생성 될 때마다 생성되는 공간

 2. 스레드가 어떤 부분을 어떤 명령으로 실행할 지 기록

 3. 현재 실행되는 부분의 명령과 주소를 저장

 4. Native Method를 수행할 때는 PC Register는 Undefined 상태가 된다. 이것은 JVM을 거치지 않고 바로 API를 통해 바로 수행하게 된다는 의미인데, JAVA는 플랫폼에 종속 받지 않는 것을 의미한다.

• JVM Stack

• Native Method Stack

 2. JNI(Java Native Interface)를 통해 호출되는 C/C++ 등의 코드를 수행하기 위한 Stack

 3. JNI를 이용하여 JVM 내부에 영향을 주지 않기 위해서이다.

• Method Area

 2. 클래스, 인터페이스, 매서드, 필드, Static 변수를 저장

• Heap

1. Stack 영역에서 메모리의 제한된 크기 이상을 사용하게 되면 오버플로우가 발생한다.

2. Heap 영역에서 메모리 할당/해제 동작이 반복되면 메모리 단편화 현상이 일어난다.

3. Heap 영역과 Stack 영역에 대한 메모리 접근속도는 Stack가 훨씬 빠르다. 왜냐하면 Stack는 미리 할당 된 공간을 사용하는 것이고 Heap은 사용시마다 할당 되기 때문이다.

<종류/범위>

1. private : 같은 클래스 내에서만 접근가능

2. public : 접근 제한이 전혀 없다.

3. protected : 같은 패키지 내에서, 그리고 다른 패키지의 자손클래스에서 접근가능

4. default : 같은 패키지 내에서만 접근 가능, 접근제어자를 지정하지 않았다면 자동으로 default로 지정

접근 제어자는 접근 할 수 있는 범위를 제한한다. 외부의 접근으로부터 데이터를 보호하거나, 굳이 보여줄 필요 없는 정보나 내부적으로 사용되는 정보를 숨기기 위해서 이다.

부모 클래스로부터 상속받은 메서드를 재정의 하는 것

위에 보시다 싶이 People 클래스를 Man 클래스가 상속을 받아서 추상 매서드를 재정의 하였습니다. 이게 바로 오버라이딩 입니다.

1. 매서드 이름이 동일해야 한다.

2. 매개변수가 같아야 한다.

3. 리턴 타입이 같아야 한다.

1. 접근 제어자를 부모 클래스의 매서드보다 좁은 범위로 변경 할 수 없다.

2. 예외는 부모 클래스의 매서드보다 많이 선언할 수 없다.

3. 인스턴스 매서드를 스태틱매서드 또는 그 반대로 변경할 수 없다.

같은 이름의 매소드를 여러 개 가지면서 매개변수의 유형과 개수가 다르게 하는 것