java.util.concurrent.BlockingQueue에서 요소를 가져 와서 처리하는 작업이 있다고 가정합니다. public void scheduleTask(int delay, TimeUnit timeUnit)
{
scheduledExecutorService.scheduleWithFixedDelay(new Task(queue), 0, de
GridGain의 GridExecutorService를 사용하여 @Gridify 주석을 사용하여 작업을 원격으로 실행하는 이점은 무엇입니까? java.lang.concurrent.ExecutorService의 인스턴스를 클래스에 전달할 수 있으며 그리드 프레임 워크에 종속되지 않지만 기능을 잃을 수 있습니까?
많은 작업을 제출하고 모든 결과를 사용할 수있을 때까지 기다려야합니다. 각각은 Vector (기본적으로 동기화 됨)에 String을 추가합니다. 그런 다음 Vector의 각 결과에 대해 새 작업을 시작해야하지만 이전 작업이 모두 중지되었을 때만 작업을 수행해야합니다. Java Executor를 사용하고 싶습니다. 특히 고정 번호의 스레드를 사용하기 위해 E
Executors가 Thread보다 효과적이라는 의견을 여러 번 보았지만 Flow 기반 프로그래밍과 같이 제한된 버퍼를 통해 통신하는 많은 스레드가있는 이유는 무엇입니까? 어쨌든 (newCachedThreadPool (?)을 사용하여) 스레드를 사용해야 할 때 Executors를 사용할 것입니까? 또한 isAlive(), interrupt() 같은 메서드를
ThreadPoolExecutor에 대한 간단한 질문입니다. 다음과 같은 상황이 있습니다. 큐에서 개체를 소비하고 적절한 작업자 작업을 만들어 ThreadPoolExecutor에 제출해야합니다. 이것은 아주 간단합니다. 그러나 종료 시나리오에서 많은 작업자가 실행 대기열에있을 수 있습니다. 이러한 작업 중 하나가 한 시간 동안 실행될 수 있기 때문에 응용