线程synchronized同步改成LOCK  

synchronized 修饰方法时 表示同一个对象在不同的线程中 表现为同步队列

如果实例化不同的对象 那么synchronized就不会出现同步效果了

1.对象的锁
所有对象都自动含有单一的锁。
JVM负责跟踪对象被加锁的次数。如果一个对象被解锁，其计数变为0。在任务（线程）第一次给对象加锁的时候，计数变为1。每当这个相同的任务（线程）在此对象上获得锁时，计数会递增。
只有首先获得锁的任务（线程）才能继续获取该对象上的多个锁。
每当任务离开一个synchronized方法，计数递减，当计数为0的时候，锁被完全释放，此时别的任务就可以使用此资源。
2.synchronized同步块
2.1同步到单一对象锁
当使用同步块时，如果方法下的同步块都同步到一个对象上的锁，则所有的任务（线程）只能互斥的进入这些同步块。
Resource1.java演示了三个线程（包括main线程）试图进入某个类的三个不同的方法的同步块中，虽然这些同步块处在不同的方法中，但由于是同步到同一个对象（当前对象 synchronized (this)），所以对它们的方法依然是互斥的。
比如

Class Test

{

    public static User user=null;

      Public synchronized void add(User u)

{

     user=u;

     Dao.save(user)

}

}


如果在线程1中 Test test=new Test();

User u=new User();

u.setUserName(“liaomin”);

u.setUserPassword(“liaomin”);

                Test.add(u);

如果在线程2中 Test tes1t=new Test();

User u1=new User();

u1.setUserName(“huqun”);

u1.setUserPassword(“huqun”);


                Tes1t.add(u1);

那么 现在线程1 和线程2同时启动 如果对象new的不是同一个Test

那么出现线程交叉的话 那么插入数据库中的数据就是相同的

因为你的user变量时静态的   你给他赋值第一次 假如还没有save的时候

另外一个线程改变了user的值 那么第一个线程插入时也就是第二次赋予的值了


所以要实现同步 那么可以改方法为静态的就能达到同步的效果了

修改如下

Public static synchronized void add(User u)

{

     user=u;

     Dao.save(user)

}

修改为static的方法是存在于堆中

是全局方法 针对于所有实例化与未 实例化的对象只存在一个 所以会出现同步队列



当然不用static 也可以 那就用lock

Class Test

{

public static User user=null;

Lock lock=new ReentrantLock();


      Public void add(User u)

{

lock.lock();

     user=u;

     Dao.save(user);

lock.unlock();

}

}

这样无论你new多少个对象都会是线程同步的

相当于

Public static synchronized void add(User u)

{

     user=u;

     Dao.save(user)

}


同时 lock性能上高于synchronized

只是lock需要手动关闭

JDK 官方文档中提到：
ReentrantLock是“一个可重入的互斥锁 Lock，它具有与使用 synchronized　 方法和语句所访问的隐式监视器锁相同的一些基本行为和语义，但功能更强大。
ReentrantLock 将由最近成功获得锁，并且还没有释放该锁的线程所拥有。当锁没有被另一个线程所拥有时，调用 lock 的线程将成功获取该锁并返回。如果当前线程已经拥有该锁，此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。 ”
简单来说，ReentrantLock有一个与锁相关的获取计数器，如果拥有锁的某个线程再次得到锁，那么获取计数器就加1，然后锁需要被释放两次才能获得真正释放。这模仿了 synchronized 的语义；如果线程进入由线程已经拥有的监控器保护的 synchronized 块，就允许线程继续进行，当线程退出第二个（或者后续） synchronized 块的时候，不释放锁，只有线程退出它进入的监控器保护的第一个 synchronized 块时，才释放锁。
ReentrantLock　 类（重入锁）实现了 Lock ，它拥有与 synchronized 相同的并发性和内存语义，但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外，它还提供了在激烈争用情况下更佳的性能。（换句话说，当许多线程都想访问共享资源时，JVM 可以花更少的时候来调度线程，把更多时间用在执行线程上。）

JDK 官方文档中提到：
ReentrantLock是“一个可重入的互斥锁 Lock，它具有与使用 synchronized　 方法和语句所访问的隐式监视器锁相同的一些基本行为和语义，但功能更强大。
ReentrantLock 将由最近成功获得锁，并且还没有释放该锁的线程所拥有。当锁没有被另一个线程所拥有时，调用 lock 的线程将成功获取该锁并返回。如果当前线程已经拥有该锁，此方法将立即返回。可以使用 isHeldByCurrentThread() 和 getHoldCount() 方法来检查此情况是否发生。 ”
简单来说，ReentrantLock有一个与锁相关的获取计数器，如果拥有锁的某个线程再次得到锁，那么获取计数器就加1，然后锁需要被释放两次才能获得真正释放。这模仿了 synchronized 的语义；如果线程进入由线程已经拥有的监控器保护的 synchronized 块，就允许线程继续进行，当线程退出第二个（或者后续） synchronized 块的时候，不释放锁，只有线程退出它进入的监控器保护的第一个 synchronized 块时，才释放锁。
ReentrantLock　 类（重入锁）实现了 Lock ，它拥有与 synchronized 相同的并发性和内存语义，但是添加了类似锁投票、定时锁等候和可中断锁等候的一些特性。此外，它还提供了在激烈争用情况下更佳的性能。（换句话说，当许多线程都想访问共享资源时，JVM 可以花更少的时候来调度线程，把更多时间用在执行线程上。）

因为在线程同步代码块中在1.5以前版本每次都要判断一次锁，这样很麻烦，而且要判断是谁的锁。
在1.5之后为了简化这种机制，推出了luck和unluck，其实使用方法很固定的，理解起来就是不再判断是谁的锁了，就直接luck————锁上！
用法就是Lock lock=new ReentrantLock();
            lock.lock();//这个线程要执行，所以要锁上；火车厕所关门上锁，锁上写着有人！
            try{ ........}//需要线程执行的代码；这个人开始方便
        finaly｛lock.unlock();｝//方便完了，开门。   这个语句通过finaly你也应该知道，只要是用luck这句就一定要写的。用毕老师的例子理解就是这人总要方便完出来的嘛，出来就得开门，跳窗户肯定是不行。

首先为什么要同步：为了提高程序的运行效率，在程序中会使用多线程的技术，但是多线程并发访问同一数据时, 有可能出现线程安全问题, 这时就要使用线程同步技术来解决数据安全的问题。比如销售火车票，在使用多线程技术的时候，如果不采用线程同步，那么可能会造成火车票重复这样的数据安全问题。所以java提供了线程同步的方法。
在jdk1.5版本出现之前，线程同步是如下操作的：
1、代码块同步：synchronized(锁对象){同步代码}
2、方法（函数）同步：如果整个方法的代码都是需要同步, 那么可以在方法声明的进修用synchronized来修饰，比如：public synchronized void fun(){}
在jdk1.5版本出现以后：
1.线程同步：使用ReentrantLock类的lock()方法开始同步, 使用unlock()方法结束同步。
2.线程通信：
        （1）使用ReentrantLock类的newCondition()方法来获取Condition类对象。
        （2）调用Condition的await()方法等待, 调用Condition的signal()方法唤醒。
其实楼主可以把lock()理解为synchronized这样会好理解些。