Swing线程的最后讨论线程的最后讨论--利用异步模型利用异步模型
原文来自java.sun.com
作者：作者：Joseph Bowbeer
本文并不属于任何系列，但它是The Swing Connection中发表的第三篇关于在Swing中使用线程的文章。
第一篇文章《线程与Swing》，解释了Swing的单线程规则。这篇文章现在可以在The Swing Connection Archive找到。
第二篇文章《使用Swing Worker线程》，演示了如何使用SwingWorker线程工具类。它也可以在存档中找到。
本文介绍了修订过的SwingWorker类，并演示了和基于模型的组件（model-based components）如JTable和JTree同时使用线
程。
要理解本文呈现的材料，熟悉SwingWorker和JTable和JTree组件会有所帮助。你可以在存档索引中找到关于JTable和JTree的
文章。
本文分为下面几个主要部分：
介绍和回顾
动态树
远程树
SwingWorker修订版
下载
结论
参考资料
关于作者
---------------------------------------------------------------------------
介绍与回顾介绍与回顾
在钻研树、表和异步模型之前，我首先回顾一下Swing的单线程规则（single-thread rule）并检验它的含义。
Swing的单线程规则是说，的单线程规则是说，Swing组件在某一时刻仅能被一个线程访问。组件在某一时刻仅能被一个线程访问。这个规则对gets和sets都有效，并且“一个线程”通常指
的都是事件派发线程。
单线程规则应用于UI组件是非常相称的，因为UI组件往往都以单线程方式使用，并由用户发起大多数动作。构建线程安全的组
件是困难而冗长乏味的：如果能避免则最好不过。但除了它的好处，单线程规则有更多的含义。
Swing组件所有的事件都在事件派发线程（event-dispatch thread）中发送和接收，除此之外才不遵守单线程规则。例如，属性
变更事件（property-change events）应该在事件派发线程中发送，模型变更事件（model-change events）应该在事件派发线
程中接收。
对于基于模型的组件如JTable和JTree来说，单线程规则意味着仅能在事件派发线程中访问模型本身。出于这个理由，模型中
的方法必须执行得很快并且决不能阻塞，否则整个用户界面会响应迟钝。
但想象一下你有一个带但想象一下你有一个带TreeModel的的JTree要访问一个远程服务器？要访问一个远程服务器？你会发现当服务器不可用或过于繁忙时，你对的TreeModel
的调用会阻塞，并使得整个用户界面被冻结。你能做些什么来改进界面的响应能力？
再假设你有一个带再假设你有一个带TableModel的的JTable管理着网络上的一个设备？管理着网络上的一个设备？你会发现当被管理的设备繁忙或网络拥挤时，界面变得迟
钝。你该怎么办？
这些困难的情况在召唤线程。当需求浮现，我们还是有几种途径在Swing中使用线程，尽管存在单线程规则。
本文展现了两种方法来使用线程访问缓慢的、远程的或其他异步的模型，并显示了如何在JTree和JTable组件中使用。（不仅
仅由事件派发线程访问的模型被称为“异步”模型。）
-----------------------------------------------------------------------------
动态树动态树
假设你有一个带TreeModel的JTree要访问远程服务器，但服务器又是缓慢或不可靠的，你该怎么办？
DynamicTree演示了如何使用后台线程动态展开JTree的节点。
图1是正在处理节点展开的DynamicTree。
图1
分裂模型（分裂模型（Split-model）设计）设计
DynamicTree基于一种分裂模型设计（split-model design）。在这个设计中，真正的模型是一个异步模型，它可能是缓慢或不
可靠的。JTree模型使用一个标准的同步模型来维持一个真正的模型的snapshot。（异步模型可能位于远程服务器，出于这个
原因我通常称之为远程模型，并且我把Swing组件的模型称为本地模型。）
使用本地模型来影射或缓存远程模型有助于提供一个在所有时刻都可靠的、高响应能力的Swing组件。但这种方法的一个缺
点，也是必要的代价是，模型数据不得不重复。另一个问题是，两个模型并非总是同步的，而且它们之间不得不用某种方法来
剩余13页未读，继续阅读
资源评论
