2011 09 07 学习总结
今天上课的时候主要学习的是java的线程调度，说到底最关键的还是2个方法 wait和notify这两个方法是非常关键的，在进行线程调度的时候由于书本上和老师总结的都不十分完全，所以我现在必须要把问题说清楚，明明白白的说清楚，就我今天晚上帮同学解决问题的经验一起写下来。
首先是某个类中必须要有 sychronized方法，这个方法带了锁之后才能被同步，或者说才可以在被多线程调用的情况下表现出符合逻辑的效果。
当线程并发的时候，线程队列对sychronized方法的访问是互斥的，就是说只能同时有以个线程获得该方法的锁，但是这个类中的其他的普通方法，线程队列是随时都可以调用的。而且当一个线程获得该对象的锁之后，队列的其他线程对该类中的其他同步线程也将被同时阻塞。
这是个很复杂的问题，至于线程什么时候阻塞什么时候可以配合wait和notify进行调度，都是要基于上面的条件的。其实解释出来也是很简单的。
具体的情景类似下面的模式：
一个object就像一个大房子，大门永远打开。房子里有 很多房间（也就是方法）。
这些房间有上锁的（synchronized方法），和不上锁之分（普通方法）。房门口放着一把钥匙（key），这把钥匙可以打开所有上锁的房间。
另外我把所有想调用该对象方法的线程比喻成想进入这房子某个 房间的人。所有的东西就这么多了，下面我们看看这些东西之间如何作用的。
在此我们先来明确一下我们的前提条件。该对象至少有一个synchronized方法，否则这个key还有啥意义。当然也就不会有我们的这个主题了。
一个人想进入某间上了锁的房间，他来到房子门口，看见钥匙在那儿（说明暂时还没有其他人要使用上锁的房间）。于是他走上去拿到了钥匙
，并且按照自己 的计划使用那些房间。注意一点，他每次使用完一次上锁的房间后会马上把钥匙还回去。即使他要连续使用两间上锁的房间，
中间他也要把钥匙还回去，再取回来。
因此，普通情况下钥匙的使用原则是：“随用随借，用完即还。”
这时其他人可以不受限制的使用那些不上锁的房间，一个人用一间可以，两个人用一间也可以，没限制。但是如果当某个人想要进入上锁的房
间，他就要跑到大门口去看看了。有钥匙当然拿了就走，没有的话，就只能等了。
要是很多人在等这把钥匙，等钥匙还回来以后，谁会优先得到钥匙？Notguaranteed。象前面例子里那个想连续使用两个上锁房间的家伙，他
中间还钥匙的时候如果还有其他人在等钥匙，那么没有任何保证这家伙能再次拿到。
这就是具体的模式，很简单也很好读懂，基本就是线程调度中面临的所有问题了。
除了这个，其实还有notify方法的使用不得当和对wait方法的使用不得当，其实最要紧的还是要时刻记住到底是谁阻塞之后会唤醒谁的关系，这样才可以正确调度复杂的方法。