Java线程模型在使用耳朵时候需要大家不断的进行学习下面我们就看看如何才能更好的掌握相关的技术语言判断是抢占式还是协作式的Java线程模型取决于虚拟机的实现者并根据各种实现而不同因此Java开发员必须编写那些能够在两种模型上工作的程序
正如前面所提到的在抢占式模型中线程可以在代码的任何一个部分的中间被打断除非那是一个原子操作代码块原子操作代码块中的代码段一旦开始执行就要在该线程被换出处理器之前执行完毕在 Java 编程中分配一个小于位的变量空间是一种原子操作而此外象double和long这两个位数据类型的分配就不是原子的使用锁来正确同步共享资源的访问就足以保证一个多线程程序在抢占式模型下正确工作
而在协作式模型中是否能保证线程正常放弃处理器不掠夺其他线程的执行时间则完全取决于程序员调用yield()方法能够将当前的线程从处理器中移出到准备就绪队列中另一个方法则是调用sleep() 方法使Java线程模型放弃处理器并且在 sleep 方法中指定的时间间隔内睡眠
正如你所想的那样将这些方法随意放在代码的某个地方并不能够保证正常工作如果线程正拥有一个锁（因为它在一个同步方法或代码块中）则当它调用yield()时不能够释放这个锁这就意味着即使这个Java线程模型已经被挂起等待这个锁释放的其他线程依然不能继续运行为了缓解这个问题最好不在同步方法中调用yield方法将那些需要同步的代码包在一个同步块中里面不含有非同步的方法并且在这些同步代码块之外才调用yield
另外一个解决方法则是调用wait()方法使处理器放弃它当前拥有的对象的锁如果对象在方法级别上使同步的这种方法能够很好的工作因为它仅仅使用了一个锁如果它使用finegrained锁则wait() 将无法放弃这些锁此外一个因为调用wait()方法而阻塞的线程只有当其他线程调用notifyAll()时才会被唤醒
Java线程模型模型和AWT/Swing
在那些使用Swing 和/或AWT包创建GUI（用户图形界面）的Java程序中AWT事件句柄在它自己的线程中运行开发员必须注意避免将这些GUI线程与较耗时间的计算工作绑在一起因为这些线程必须负责处理用户时间并重绘用户图形界面换句话来说一旦GUI线程处于繁忙整个程序看起来就象无响应状态Swing线程通过调用合适方法通知那些Swing callback（例如 Mouse Listener 和 Action Listener ）这种方法意味着listener无论要做多少事情都应当利用listener callback方法产生其他线程来完成此项工作目的便在于让listener callback更快速返回从而允许Swing线程响应其他事件
如果一个Swing线程不能够同步运行响应事件并重绘输出那怎么能够让其他的线程安全地修改 Swing的状态？正如上面提到的Swing callback在Swing 线程中运行因此他们能修改Swing数据并绘到屏幕上
但是如果不是Swing callback产生的变化该怎么办呢？使用一个非Swing线程来修改Swing数据是不安全的Swing提供了两个方法来解决这个问题invokeLater()和invokeAndWait()为了修改Swing状态只要简单地调用其中一个方法让Runnable的对象来做这些工作因为Runnable对象通常就是它们自身的线程你可能会认为这些对象会作为线程来执行但那样做其实也是不安全的事实上Swing会将这些对象放到队列中并在将来某个时刻执行它的run方法这样才能够安全修改Swing状态
Java 语言的设计使得多线程对几乎所有的Applet都是必要的特别是IO和GUI编程都需要多线程来为用户提供完美的体验如果依照本文所提到的若干基本规则并在开始编程前仔细设计系统——包括它对共享资源的访问等你就可以避免许多常见和难以发觉的Java线程模型陷阱
