线程安全--锁对象

synchronized用到不同地方对代码产生的影响：
假设P1、P2是同一个类的不同对象，这个类中定义了以下几种情况的同步块或同步方法，P1、P2就都可以调用它们。
【1：锁定方法、this】． 把synchronized当作函数修饰符时，示例代码如下：
Public synchronized void methodAAA(){
}
这也就是同步方法，那这时synchronized锁定的是哪个对象呢？它锁定的是调用这个同步方法对象。也就是说，当一个对象P1在不同的线程中执行这个同步方法时，它们之间会形成互斥，达到同步的效果。但是这个对象所属的Class所产生的另一对象P2却可以任意调用这个被加了synchronized关键字的方法。
上边的示例代码等同于如下代码：
public void methodAAA(){
synchronized (this) {     // (1)
}
}
(1)处的this指的是什么呢？它指的就是调用这个方法的对象，如P1。可见同步方法实质是将synchronized作用于object reference。――那个拿到了P1对象锁的线程，才可以调用P1的同步方法， 而对P2而言，P1这个锁与它毫不相干，程序也可能在这种情形下摆脱同步机制的控制，造成数据混乱
【2：锁定对象引用、普通变量】．同步块，示例代码如下：
public void method3(SomeObject so){
    synchronized(so){
       //…..
    }
}
这时，锁就是so这个对象，谁拿到这个锁谁就可以运行它所控制的那段代码。当有一个明确的对象作为锁时，就可以这样写程序，但当没有明确的对象作为锁，只是想让一段代码同步时，可以创建一个特殊的instance变量（它得是一个对象）来充当锁：
class Foo implements Runnable{
        private byte[] lock = new byte[0]; // 特殊的instance变量
        Public void methodA(){
           synchronized(lock) { //… }
        }
}
注：零长度的byte数组对象创建起来将比任何对象都经济――查看编译后的字节码：生成零长度的byte[]对象只需3条操作码，而Object lock = new Object()则需要7行操作码。
【3：锁定static方法、类名称字面常量】．将synchronized作用于static 函数，示例代码如下：
Class Foo
{
    public synchronized static void methodAAA() {   // 同步的static 函数
    }
    public void methodBBB(){
       synchronized(Foo.class)   // class literal(类名称字面常量)
    }
}
代码中的methodBBB()方法是把class literal作为锁的情况，它和同步的static函数产生的效果是一样的， 取得的锁很特别，是当前调用这个方法的对象所属的类（Class，而不再是由这个Class产生的某个具体对象了）。
【注意】
要并发不一定多线程，多线程有可能涉及到同步。
多线程主要是不能保存线程调度的先后顺序导致数据可能会乱，所以要考虑同步。
在多线程环境中，当各线程不共享数据的时候，那么一定是线程安全的。问题是这种情况并不多见，在多数情况下需要共享数据，这时就需要进行适当的同步控制了。
搞清楚synchronized锁定的是哪个对象，就能帮助我们设计更安全的多线程程序。
线程：考虑线程的方法的使用
当一个线程访问object的一个synchronized(this)同步代码块时，另一个线程仍然可以访问该object中的非synchronized(this)同步代码块。
尤其关键的是，当一个线程访问object的一个synchronized(this)同步代码块时，其他线程对object中所有其它synchronized(this)同步代码块的访问将被阻塞。
synchronized后面必须跟一个对象, 这个对象就是监视器, 第一个线程进入synchronized体时就锁定了这个监视器, 同一时间只能有一个线程能锁定监视器, 所以当第二个线程试图进入synchronized体时就会阻塞在那里, 直到第一个线程出synchronized体后就解锁这个监视器, 第二个线程才有可能获得这个监视器, 是有可能而不是一定,