以线程安全方式使用ExecutorService和ProgressMonitor

时间:2013-12-24 10:21:01

标签: java multithreading concurrency executorservice progressmonitor

我首先定义ProgressMonitor:

progressMonitor = new ProgressMonitor(parent, "Starting processing ...", "", 0, maxNumberProcesses+1);
progressMonitor.setProgress(0);

并在同一个线程上使用ExecutorService和invokeAll()来处理Callables列表:

ExecutorService execService = Executors.newFixedThreadPool(Runtime.getRuntime().availableProcessors()); // use all available processors at startup
execService.invokeAll(callables); // wait for all tasks to complete
execService.shutdownNow(); // free thread pool resources

每个Callable的形式为:

class Callable implements Callable<List<String>>
{
    public List<String> call()
    {
        List<String> files = doSomeStuff();
        progressBarUpdate();
        return files;
    }
}

即;每个Callable调用progressBarUpdate():

private void progressBarUpdate()
{
    if (progressMonitor != null)
    {
        Lock lock = new ReentrantLock();
        lock.lock();
        try
        {
            progressMonitor.increment();
        }
        finally
        {
            lock.unlock(); // release lock
        }
    }
}

每个doSomeStuff()都有自己的异常处理,如果发生错误或抛出异常,则返回null值。这就是返回类型是List的原因,并且在这种情况下返回null。 Callables和它们返回的文件列表之间没有交叉,它们都维护着自己的文件列表。

我发现它工作正常但偶尔会抛出表格的InterruptedException:

Disposal was interrupted:
java.lang.InterruptedException
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:503)
at java.awt.EventQueue.invokeAndWait(EventQueue.java:1263)
at java.awt.Window.doDispose(Window.java:1209)
at java.awt.Dialog.doDispose(Dialog.java:1196)
at java.awt.Window.dispose(Window.java:1147)
at javax.swing.ProgressMonitor.close(ProgressMonitor.java:311)
at javax.swing.ProgressMonitor.setProgress(ProgressMonitor.java:264)

显示setProgress()在达到监视器最大值时调用close():

public void setProgress(int nv) {
    if (nv >= max) {
        close();
    }
...

和close()包含许多其他非线程安全调用。

我修改了我的代码,以便不满足条件nv&gt; = max,并且我在invokeAll()之后显式调用了ProgressMonitor.close(),但我仍然不相信这种方法是完全线程安全的。

还有其他人遇到过这种情况并找到了坚如磐石的解决方案吗?

由于

格雷厄姆

PS。请注意,ProgressMonitor不是swing小部件,但封装了Swing组件。因此,我确保ProgressMonitor不会在EDT上运行。

2 个答案:

答案 0 :(得分:1)

如果您想执行后台任务并显示进度,则应使用SwingWorkerSwingWorker有一个progress属性,您可以收听。它确保在后台线程中完成任务时,在事件调度线程中完成进度更新。

例如:

SwingWorker<?,?> task = ...;
final JProgressBar progressBar = new JProgressBar(0, 100);

task.addPropertyChangeListener(
        new PropertyChangeListener() {
            public  void propertyChange(PropertyChangeEvent evt) {
                 if ("progress".equals(evt.getPropertyName())) {
                     progressBar.setValue((Integer)evt.getNewValue());
            }
        }
 });

完整的示例代码位于SwingWorker的javadoc中。

答案 1 :(得分:0)

看起来这是导致interrupt

的原因
Worker Thread (Callable1):
close() -> doDispose() -> EventQueue.invokeAndWait() {
synchronized (lock) {
            Toolkit.getEventQueue().postEvent(event);
            lock.wait(); // --> (2) blocked window disposal event gets interrupted
        }
}

ExecutorService.shutdownNow() :
 try {
                for (Worker w : workers) {
                    w.interruptNow(); // (1) --> Setting interrupt flag
                }
            } catch (SecurityException se) { // Try to back out
                runState = state;
                // tryTerminate() here would be a no-op
                throw se;
            }

功能上看,当进度监视器完成(或达到max)时,在调度事件之前(可能发生也可能不发生取决于eventQ的繁忙程度),服务关闭本身。

从概念上讲,我没有在您的代码中看到任何特定问题,但它主要是由执行程序服务向AWT.EventQueue隐式线程通信。

您可以在InterruptedException周围使用progressMonitor.increment();或在致电ExecutorService.awaitTermination之前使用shutdownNow

相关问题