读《Java多线程设计模式》备忘

 

synchronized修饰符是不会被子类继承的。也就是说，一个线程安全的可继承类，有可在子类化时丧失安全性：P60

 

当线程在写指定字段的值时，若这个字段不是volatile也没有用synchronized同步化时，其它线程可能看不到这种变化。这不是可不可以分割的问题，而是其它线程是否可见的问题。：P66

 

涉及到线程之后，如果一个类是SharedResource角色，那么它里面的protect域和public域（如果有，当然可能性极小）就要极为小心，因为对于包访问权和子类访问权，有可能会发生线程问题。

 

有一个问题其实在TIJ3上就有困扰，就是主线程的退出问题实际和书上不符；现在我想有答案了。Thread.join()方法是让主线程等待子线程执行完毕后再退出，但是实际上子线程就算不调用join()方法，主线程也一样等待子线程结束后才退出。原来是因为jdk1.4以后主线程会自动调用子线程的join()方法

 

养成良好习惯：共享标志一定要定义成volatile

 

理解checked Exception的另一种思路：其实就是一个方法在一定情况下的特殊返回值。比如一个线程t在方法m中调用了Thread.sleep时，另一个线程调用了t.interrupt()，这时t将抛出一个InterruptedException，而其意义并非发生了错误，而只是得到一种不一般的返回值，交给catch()来处理。所以checked Exception可以理解为程序的一种扩展流

 

使用Immutable的一个好处是在多线程环境下不用考虑同步问题，而其伴随类--mutable则要使用synchronized进行同步，损失效率

 

wait()/notifyAll()机制，是由某个被线程所调用的类的函数来调用，使调用者线程进入锁对象的wait区，再把锁释放出来；notify也是由该类的函数所调用，唤醒wait区的一个线程，该线程要再对前述第一个函数进行调用，首先还是要获得锁；wait()和notify()都必须在synchronized内使用。

 

isInterrupted()和interrupt()要由线程类的实例所调用，可以在线程所调用类的方法中用Thread.currentThread().isInterrupted()调用。与wait/notify(All)的机制截然不同。

 

书评：在read-write-lock parten中，物理锁和逻辑锁初步分离了出来。锁和锁要保护的对象不再是同一个对象，逻辑锁可以作更复杂的事，实现更复杂的功能。

 

Swing采用了WorkerThread 模式，但是WorkerThread只有一个：event-dispatching thread。Swing组件都假设只有event-dispatching thread这一个线程来访问它，所以都不是线程安全的。也就是说，我们若以自己建立的线程去调用组件的方法，其实是危险的。无论如何都想要调用组件的方法时，就该将要执行的操作内容建立成Runnable对象，使用invokeAndWait方法交给Event-dispatching thread来调用。：P218

 

调用interrupt方法后，可以中断线程。这里所说的中断线程是指下面两种中的一种：

1） 线程变成“中断状态”对“状态”的反应

2） 抛出“异常InterruptedException” 对“控制”的反应。

通常会是1）；只有在线程是sleep、wait、join时会时2）（且这个时候不会变成中断状态）。

两种检查是否中断状态的方法：

调用Thread.interrputed方法后，线程就不是中断状态了。也就是说，只要调用一次Thread.inerrupted方法后，中断状态就会被清除。

       如果不想清除中断状态，而要检查现在线程是否被中断，要使用isInterrupted实例方法：

       If(Thread.currentThread().isInterrupted()){

       }

 

       关于wait()和notify()/notifyAll()作为Object方法我想清楚了；interrupt()是Thread对象方法清楚了；sleep以及其它一些Thread类方法，我猜想应该相当于Thread.getCurrentThread().XXX()吧--待以后的学习。

 

       执行ClientThread（以及任何其它线程都一样）的构造器的线程与执行run方法的线程相异。P448