IT/Programming

<Effective Java> RULE 72 스레드 스케줄러에 의존하지 마라

스레드 스케줄러? · 실행항 스레드가 많을 때, 어떤 스레드를 얼마나 오랫동안 실행 될 지 결정 정확성을 보장하거나 성능을 높이기 위해 스레드 스케줄러에 의존하는 프로그램은 이식성이 떨어진다. 안정적이고 즉각 반응하며 이식성이 좋은 프로그램을 만드는 방법은 실행 가능 스레드의 평균적 수가 프로세서 수 보다 너무 많이 가지지 않도록 하는 것이다. 실행 가능 스레드의 수를 일정 수준으로 낮추는 기법의 핵심은 각 스레드가 필요한 일을 하고 나서 다음에 할 일을 기다리게 만드는 것이다. 스레드는 필요한 일을 하고 있지 않을 때는 실행 중이어서는 안 된다. 실행자 프레임워크 관점 · 스레드 풀의 크기는 적절히 정하고, 태스크의 크기는 적당히 작게, 그리고 서로 독립적으로 만들라.규칙 68 // CountDownL..

2023. 4. 25. 15:48
IT/Programming

<Effective Java> RULE 73 스레드 그룹은 피하라

스레드 시스템이 제공하는 기본적인 추상화 단위 · 스레드 · 락 · 모니터 스레드 그룹? · 애플릿을 격리시켜 보안문제를 피하고자 고안된 것. 스레드 그룹의 특징 · 본연의 목적을 달성못하고, 중요성 점차 희미해져갔다. · 특정한 thread기본 연산을 여러 스레드에 동시에 적용할 수 있도록 하는 기능을 갖고 있다. · 안전성에 취약하다. ㄴ 스레드 그룹에 속한 활성(active)를 스레드 목록을 얻으려면 반드시 enumerate메서드를 호출해야한다. ㄴ 이 메서드는 모든 활성 스레드를 담기 충분한 크기의 배열을 인자로 받는다. ㄴ activeCount메서드를 호출하면 스레드 그룹 내의 모든 활성 스레드 수를 알 수 있는데, 문제는 배열을 할당한 다음 enumerate메서드에 넘긴 순간에도 그 값이 정확..

2023. 4. 25. 15:47
IT/Programming

<Effective Java> RULE 74 Serializable 인터페이스를 구현할 때는 신중하라

클래스 선언부에 “implements Serializable”만 붙히면 직렬화 가능한 객체를 만드는 클래스를 구현할 수 있을 때도 있다. · 직렬화 가능 클래스를 만들기 위해서 당장해야할 것은 적지만, 장기적으로 해야할 일은 많다. Serializable 인터페이스를 구현하면 어떻게 되나? 클래스를 릴리즈하고 나면 클래스 구현을 유연하게 바꾸기 어려워진다. · 구현하고 나면 그 클래스의 바이트 스트림 인코딩(직렬화 형식)도 공개 API의 일부가 되어 버린다. · 널리 배포된 클래스의 직렬화 형식은 일반적으로는 영원히 지원해야 한다. · 기본 직렬화 형식을 받아 들이면 그 클래스의 private와 package-private객체 필드도 공개 API가 된다. ㄴ 정보 은닉을 위해 필드 접근 권한을 최소화 해..

2023. 4. 25. 15:47
IT/Programming

<Effective Java> RULE 75 사용자 지정 직렬화 형식을 사용하면 좋을 지 따져 보라

어떤 직렬화형식이 좋을 지 따지지 않고 기본 직렬화 형식을 그대로 받아들이지 마라. · 기본 직렬화 형식은 그 객체의 물리적 표현이 논리적 내용과 동일할때만 적절하다. · 설사 기본 직렬화 형식이 만족 스럽다 하더라도, 불변식이나 보안조건을 만족시키기 위해서는 readObject메서드를 구현해야 마땅한 경우도 많다. 객체의 물리적 표현 형태가 논리적으로 내용과 많이 다를 경우 기본 직렬화 형식을 그래도 받아들이면 아래 네 가지 문제가 생기게 된다. 1. 공개 API가 현재 내부 표현 형태에 영원히 종속된다. 2. 너무 많은 공간을 차지하는 문제가 생길 수 있다. 3. 너무 많은 시간을 소비하는 무네가 생길 수 있다. 4. 스택 오버플로 문제가 생길 수 있다. 객체의 모든 필드가 transient일때는 d..

2023. 4. 25. 15:46
IT/Programming

<Effective Java> RULE 76 readObject메서드는 방어적으로 구현하라

readObject? readObject 메소드는 대응하는 writeObject 메소드에 의해 스트림에 기입해진 데이터를 사용해, 그 특정의 클래스의 오브젝트의 상태를 읽어 복원합니다. 이 메소드는 슈퍼 클래스 또는 서브 클래스에 속하는 상태와 관련 될 필요가 없습니다. 상태는 개별 필드의 ObjectInputStream에서 데이터를 읽고 객체의 해당 필드에 할당하여 복원됩니다. 원시적 데이터 형의 read는, DataInput에 의해 서포트됩니다. (https://docs.oracle.com/javase/7/docs/api/java/io/ObjectInputStream.html) 즉, 객체를 읽어 옵니다. readObject메서드를 구현하고자 할 때 따라야 하는 지침 · private로 남아 있어야 하..

2023. 4. 25. 15:46
IT/Programming

<Effective Java> RULE 77 개체 통제가 필요하다면 readResolve 대신 enum자료형을 이용하라.

public class Elvis{ public static final Elvis INSTANCE = new Elvis(); private Elvis() { ... } public void leaveTheBuilding() { ... } } 싱글턴 패턴이 언부에 “implements Serializable”을 붙히면 더이상 싱글턴 클래스가 아니다. · 해당 객체는 클래스가 초기화 될 당시에 만들어지는 객체와 같은 객체가 아니다. · readResolve를 이용하면 readObject가 만들어낸 객체를 다른 것으로 대체할 수 있다. 역직렬화할 객체의 클래스에 제대로 선언된 readResolve가 정의 되어 있을 경우, 역직렬화가 끝나서 만들어진 객체에 대해 이 메서드가 호출된다. · readReolve호출..

2023. 4. 25. 15:45
반응형