我首先定义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上运行。
答案 0 :(得分:1)
如果您想执行后台任务并显示进度,则应使用SwingWorker。 SwingWorker
有一个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
。