java.util.concurrent

    0

    1답변

    캐시에 개체를 저장해야하며 개체를 만드는 데 시간이 오래 걸릴 수 있습니다. ConcurrentHashMap<id, Future<Object>>으로 시작하여 메모리 부족이 발생할 때까지 모든 것이 잘되었습니다. SoftReferences로 이동하고 더 좋았지 만 지금은 퇴거를 제어해야합니다. Ehcache로 이사 중입니다. 확실한 라이브러리가있을 것이라고

    1

    1답변

    나는 List을 여러 번 읽고 여러 번 쓰지만 거의 업데이트되지는 않습니다 (읽기 횟수가 50,000 배 이상 많습니다). 편집 : 사실, 배열이 목록 대신 충분한 경우이 충분합니다. 목록이 업데이트되면 단순히 다른 버전으로 바뀝니다 (add() 또는 remove() 호출이 없음). CopyOnWriteArrayList 동기화 된 목록의 단점을 피할 수 있

    1

    1답변

    인바운드 큐에서 소비하고 일부 아웃 바운드 대기열 (이 서비스에서 생성 된 다른 스레드가 메시지를 선택하여 대상으로 전송)에 대한 일부 서비스를 제공합니다. 현재 코드에서 볼 수 있듯이 두 개의 일반 Thread을 사용하지만 일반적으로 더 이상 사용하지 말고 대신 ExecutorService과 같은 상위 수준의 추상화를 사용해야합니다. 제 경우에 의미가 있

    0

    1답변

    J2EE 사양에서는 사용자 정의 스레드를 생성하거나 응용 프로그램 논리로 생성하는 것을 권장하지 않습니다. 내가 이해 한 이유는 리소스 경합, 동기화 문제 및 메모리 누수를 피하는 것입니다. 그러나 ManagedExecutorService 또는 WorkManager API 구현을 사용하는 것이 좋습니다. 이 두 가지 구현은 모두 스레드에서 스레드를 생성합니

    0

    1답변

    목록 크기가 500K 인 개체 목록이 있습니다. 목록의 각 개체에는 고유 식별자가 있습니다. 동일한 식별자를 가진 중복 객체에 대한 목록의 유효성을 검사하고 플래그로 표시하려고합니다. 목록에 많은 요소가 있으므로 처리 시간이 오래 걸리고 할당 된 시간 내에 처리 할 수 ​​없습니다. (Java Future/Callable을 사용하여) 목록을 병렬로 처리하는

    0

    2답변

    나는 거대한 파일을 적어도 10 수백만 개가 포함하고 있으며 특정 고유 단어 (ID)를 사용하여 해당 파일에서. 이를 달성하기 위해 처리 시간을 최소화 할 수있는 최선의 방법을 제안 해주십시오. java.util.concurrent 패키지가 유용 할 것입니다. 그렇다면 제게 어떻게 제안합니까?

    0

    1답변

    클래스 A가 있고 런타임에 클래스의 인스턴스가 여러 개 있습니다. 각 인스턴스가 아래 코드로 5 개의 스레드를 생성합니까? public class A { private void someMethod1(){ getPool(); } private static ExecutorService getPool() { return (Executo

    0

    2답변

    다음 코드 단편을 사용하여 동시에 Java 컬렉션을 처리합니다. 기본적으로 트랜잭션 ID를 기반으로 컬렉션에서 중복 트랜잭션을 확인하는 여러 스레드에서 컬렉션을 처리하기 위해 TaskExecutors를 사용하고 있습니다. 중복 확인을 제외한 트랜잭션 간에는 관계가 없습니다. 다음 코드에 어떤 문제가 있는지 알고 싶습니까? public class Txn {

    1

    3답변

    다음 동작을 명확하게 설명해야합니다. 다음과 같이 나는 위의 코드에서 for (int i = 0; i < thread_count; i++) { Runnable worker = new MyThread(batchSize); executor.execute(worker); } executor.shutdown();

    -1

    1답변

    시나리오 - 대기열에 메시지 개체가 있습니다. 큐가 폴링되고 메시지가 메시지 처리기로 전달됩니다. 메시지 검색 (폴링)은 클라이언트 로그인 이벤트 (하나 이상)에서 중지되어야합니다. Joshua Bloch의 조언에 따르면 동시 유틸리티의 출현과 함께 성가신 대기/통지 메커니즘을 사용할 이유는 거의 없습니다. 나는 어떤 싱크로 나이저 (세마포어, 사이 클릭