虽然Swing的API不是线程安全，但是如果你按照规范写代码（这个规范后面说），Swing框架用了其他方式来保障线程安全，那就是Event Queue和EDT,我们先来看一幅图：
从上图我们可以形象的看到，在GUI界面上发出的请求事件如窗口移动，刷新，按钮点击，不管是单个的还是并发的，都会被放入事件队列(Event Queue)里面进行排队，然后事件分发线程（Event Dispatch Thread）会将它们一个一个取出，分派到相应的事件处理方法。前面我们之所以说Swing是单线程图形包就是因为处理GUI事件的事件分发线程只有一个，只要你不停止这个GUI程序，EDT就会永不间断去处理请求。
那这种“单线程队列模型”的好处是什么呢？在ITPUB的javagui的《》文中总结了两点：
（1）将同步操作转为异步操作
（2）将并行处理转换为串行顺序处理
我觉得还可以补充一点：(3)极大地简化了界面编程。如果是多线程的模型的话，所有事件处理改成异步线程中进行，那么界面元素的的同步访问就要开发人员自己来做处理，想想也很复杂，所以也就难怪目前大多数GUI框架都是采用的是这种单线程的模型.
那我们我们需要注意什么和遵循什么原则呢？
在《JFC Swing Tutorial》中在如何保持“操作GUI代码线程安全”上做了一个很好的总结：
To avoid the possibility of deadlock, you must take extreme care that Swing components and models are modified or queried only from the event-dispatching thread. As long as your program creates its GUI from the event-dispatching thread and modifies the GUI only from event handlers, it is thread safe.
只要你是在EDT中创建GUI，在事件处理器中修改GUI的，那么你的代码在Swing这块就是线程安全的。
但是除了线程安全外，还有两点我们需要注意和理解:
1.那种特别耗时的任务不应该把它放到EDT中，否则这个应用程序会变得无法响应。因为EDT会忙于执行你的耗时的任务，而无暇顾及其他GUI事件。（没办法啊，那么多活堆在那，EDT一个人挑，做男人难啊，做EDT更难!）
2.如果你在其他线程访问和修改GUI组件，那么你必须要使用SwingUtilities. invokeAndWait(), SwingUtilities. invokeLater() 。
他们的俩的都有一个相同的作用就是将要执行的任务放入事件队列(Event Queue)中，好让EDT允许事件派发线程调用另一个线程中的任意一个代码块。
那么invokeLater()和invokeAndWait()的有什么区别呢？
单纯从字面上来理解public static void invokeLater(Runnable doRun)就是指里面的Runnable运行体会在稍后被调用运行,整个执行是异步的。
public static void invokeAndWait(Runnable doRun)就是指里面定义的Runnable运行体会调用运行并等待结果返回,是同步的.