Swing任务在Swing线程中执行
界面显示了一个null，因为显示代码在查找代码完成前被处理了。这是因为一旦新的线程启动了，代码块继续执行，而不是等待线程执行完毕。这是那些奇怪的并发代码块中的一个，下面将把它编写到一个方法中使其能够真正执行。
在 SwingUtilities类中有两个方法可以帮助我们解决这些问题：invokerLater()和invokeAndWait()。每一个方法都以一个Runnable作为参数，并在Swing线程中执行它。invokeAndWait（）方法阻塞直到Runnnable执行完毕；invokeLater()异步地执行Runnable。invokeAndWait()一般不赞成使用，因为它可能导致严重的线程死锁，对你的应用造成严重的破坏。所以，让我们把它放置一边，使用invokeLater()方法。
要修正最后一个变量变量scooping和执行顺序的问题，我们必须将文本区域的getText()和setText()方法调用移入一个Runnable，只有在查询结果返回后再执行它，并且使Swing任务在Swing线程中执行。我们可以这样作，创建一个匿名Runnable传递给invokeLater()，包括在新线程的Runnable后的文本区域操作。这保证了 Swing代码不会在查找结束之前执行。下面是修正后的代码：
- privatevoidsearchButton_actionPerformed(){
- outputTA.setText("Searchingfor:"+
- searchTF.getText());
- finalString[][]results=newString[1][1];
- newThread(){
- publicvoidrun(){
- //getresults.
- results[0]=lookup(searchTF.getText());
- //sendrunnabletotheSwingthread
- //therunnableisqueuedafterthe
- //resultsarereturned
- SwingUtilities.invokeLater(
- newRunnable(){
- publicvoidrun(){
- //Nowwe'reintheSwingthread
- outputTA.setText("");
- for(inti=0;
- i<results[0].length;
- i++){
- Stringresult=results[0][i];
- outputTA.setText(
- outputTA.getText()+
- ''+result);
- }
- }
- }
- );
- }
- }.start();
- }
这可以工作，但是这样做令人非常头痛。我们不得不对通过匿名线程执行的顺序，我们还不得不处理困难的scooping问题。问题并不少见，并且，这只是一个非常简单的例子，我们已经遇到了作用域，变量传递，和执行顺序等一系列问题。相像一个更复杂的问题，包含了几层嵌套，共享的引用和指定的执行顺序。这种方法很快就失控了。
问题
我们在企图强制通过异步模型进行同步执行－－企图将一个方形的螺栓放到一个圆形的空中。只有我们尝试这样做，我们就会不断地遭遇这些问题。从我的经验，可以告诉你这些代码很难阅读，很难维护，并且易于出错。
这看起来是一个常见的问题，所以一定有标准的方式来解决，对吗？出现了一些框架用于管理Swing的复杂性，所以让我们来快速预览一下它们可以做什么。
一个可以得到的解决方案是Foxtrot，一个由Biorn Steedom写的框架，可以在SourceForge上获取。它使用一个叫做Worker的对象来控制非Swing任务在非 Swing线程中的执行，阻塞直到非Swing任务执行完毕。它简化了Swing线程，允许你编写同步代码，并在Swing线程和非Swing线程直接切换。下面是来自它的站点的一个例子：
- publicvoidactionPerformed(ActionEvente)
- {
- button.setText("Sleeping...");
- Stringtext=null;
- try
- {
- text=(String)Worker.post(newTask()
- {
- publicObjectrun()throwsException
- {
- Thread.sleep(10000);
- return"Slept!";
- }
- });
- }
- catch(Exceptionx)...
- button.setText(text);
- somethingElse();
- }
注意它是如何解决上面的那些问题的。我们能够非常容易地在Swing线程中传入传出变量。并且，代码块看起来也很正确－－先编写的先执行。但是仍然有一些问题障碍阻止使用从准同步异步解决方案。Foxtrot中的一个问题是异常管理。使用Foxtrot，每次调用Worker必须捕获Exception。这是将执行代理给Worker来解决同步对异步问题的一个产物。
同样以非常相似的方式，我此前也创建了一个框架，我称它为链接运行引擎（Chained Runnable Engine） ，同样也遭受来自类似同步对异步问题的困扰。使用这个框架，你将创建一个将被引擎执行的Runnable的集合。每一个Runnable都有一个指示器告诉引擎是否应该在Swing线程或者另外的线程中执行。引擎也保证Runnable以正确的顺序执行。所以Runnable #2将不会放入队列直到Runnable #1执行完毕。并且，它支持变量以HashMap的形式从Runnable到Runnable传递。
表面上，它看起来解决了我们的主要问题。但是当你深入进去后，同样的问题又冒出来了。本质上，我们并没有改变上面描述的任何东西－－我们只是将复杂性隐藏在引擎的后面。因为指数级增长的Runnable而使代码编写将变得非常枯燥，也很复杂，并且这些Runnable常常相互耦合。Runnable之间的非类型的HashMap变量传递变得难于管理。问题的列表还有很多。
在编写这个框架之后，我意识到这需要一个完全不同的解决方案。这让我重新审视了问题，看别人是怎么解决类似的问题的，并深入的研究了Swing的源代码。
【编辑推荐】
