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