IT/Programming

<Effective Java> RULE 67 과도한 동기는 피하라

너무 과도하게 동기화를 적용할 시 성능 저하, 교착 상태, 비결정적 동작등의 문제가 생긴다. 생존 오류나 안전 오류를 피하고 싶으면, 동기화 메서드나 블록 안에서 클라이언트에게 프로그램 제어 흐름을 넘기지 마라. · 동기화가 적용된 영역 안에서는 재정의 가능 메서드나 클라이언트가 제공한 함수 객체 메서드를 호출하지 말라는 것 · 예외나 교착, 데이터 훼손이 발생할 수 있다. ex) 구독 가능한 집합 포장 클래스 · 집합에 새로운 원소가 추가되었을 때 발생하는 통지를 구독할 수 있도록 한다. (구독자 패턴) // 동기화를 블록 안에서 불가해 메서드를 호출하는 잘못된 사례! public class ObservableSet extends ForwardingSet{ pubilc ObservableSet(Set ..

2023. 4. 26. 13:24
IT/Programming

<Effective Java> RULE 68 스레드보다는 실행자와 태스크를 이용하라

자바 1.5 배포판 이후에 java.util.concurrent 패키지가 추가되었다. 여기에는 실행자 프레임워크(Executor Framework) 가 포함되어 있다. 이 녀석을 사용하면 Work queue 를 쉽게 관리할 수 있다. ExecutorService executor = Executor.newSingleThreadExecutor(); executor.execute(runnable); executor.shutdown(); // 추가된 task 들의 실행은 보장한다. shutdownNow() 도 있다. ExecutorService는 다음과 같은 일을 할 수 있다. · 특정 태스크가 종료되기를 기다림 · 임의의 태스크들이 종료되기를 기다림(invokeAny, invokeAll) · 실행자 서비스가 ..

2023. 4. 26. 13:24
IT/Programming

<Effective Java> RULE 69 wait이나 notify대신 병행성 유틸리티를 이용하라

wait와 notify를 정확하게 사용하는 것이 어렵기 때문에, 릴리즈 1.5부터 자바 플랫폼에서 제공하는 고수준 병행성 유틸리티를 사용해야 한다. java.util.concurrent에 포함된 유틸리티 · 실행자 프레임워크(executor framework) · 병행 컬렉션(concurrent collection) · 동기자(synchronizer) 병행성 컬렉션은 List, Queue, Map등의 표준 컬렉션 인터페이스에 대한 고성능 병행 컬렉션 구현을 제공한다. 병행성을 높이기 위해 동기화를 내부적으로 처리한다. · 컬렉션 외부에서 병행성을 처리하는 것은 불가능하다. · 락을 걸어봐야 아무 효과가 없을 뿐만 아니라 프로그램만 느려진다. // ConcurrentMap으로 구현한 병행 정규화 맵 - 최..

2023. 4. 26. 13:20
IT/Programming

<Effective Java> RULE 70 스레드 안전성에 대해 문서로 남겨라

병렬적으로 사용해도 안전한 클래스가 되려면, 어떤 수준의 스레드 안전성을 제공하는 클래스인지 문서에 명확히 남겨야 한다. 변경 불가능 : 이 클래스로 만든 객체들은 상수다. 따라서 외부적인 동기화 메커니즘 없이도 병렬적으로 이용 가능하다. · String, Long, BigInteger,.. 무조건적 스레드 안전성 : 이 클래스의 객체들은 변경이 가능하지만 적절한 내부 동기화 메커니즘을 갖추고 있어서 외부적으로 동기화 메커니즘을 적용하지 않아도 병렬적으로 사용할 수 있다. · Random, ConcurrentHashMap.. 조건부 스레드 안전성 : 무조건적 스레드 안전성과 거의 같은 수준이나 몇몇 스레드는 외부적 동기화가 없이는 병렬적으로 사용할 수 없다. 아래와 같은 객체 반복자는 외부적 동기화 없이..

2023. 4. 26. 13:19
IT/Programming

<Effective Java> RULE 71 초기화 지연은 신중하게 하라

초기화 지연 · 필드 초기화를 실제로 그 값이 쓰일 때 까지 미루는 것. 이 기법은 static필드와 객체 필드에 모두 적용가능하다. 초기화 지연을 적용할 때 따라야할 최고의 지침은 “정말로 필요하지 않으면 하지 마라”는 것이다. 초기화 지연은 양날의 검이다. · 초기화 지연 시 클래스를 초기화 하고 개체를 생성하는 비용은 줄일 수 있다. · 초기화 지연 시 필드 사용 비용은 증가된다. 필드 사용빈도가 낮고 초기화 비용이 높다면 쓸만하다는 뜻이다. 다중 스레드 환경에서 초기화 지연기법을 구현하는것은 까다롭다. · 두개 이상의 스레드가 그런 필드를 공유할 때는 반드시 적정한 동기화를 해 주어야 하며, 그렇지 않으면 심각한 버그가 생길 수 있다. 대부분의 경우, 지연된 초기화를 하느니 일반 초기화를 하는것이..

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

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

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

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