5. Java多线程应用之线程同步

5. 线程同步

 

线程不安全的问题分析:

当多线程并发访问同一个资源对象的时候,可能出现线程不安全的问题.
   但是,我们分析打印的结果,发现没有问题:
    意识:看不到问题,我们经验不够,问题出现的不够明显.
   接下来为了让问题更明显:
    Thread.sleep(10);//当前线程睡10毫秒,当前线程休息着,让其他线程去抢资源.  经常用来模拟网络延迟.              
----------------------------------------------------------
在程序中并不是使用Thread.sleep(10)之后,程序才出现问题,而是使用之后,问题更明显.

 

 

要解决上述多线程并发访问多一个资源的安全性问题:
解决方案:保证打印苹果编号和苹果总数减1操作,必须同步完成.
                   A线程进入操作的时候,B和C线程只能在外等着,A操作结束,A和B和C才有机会进入代码去执行.
------------------------------------------------------------------------------------------------------------------------------------------------------

方式1:同步代码块
方式2:同步方法
方式3:锁机制(Lock)

 

---

同步代码块:

语法:
synchronized(同步锁)
{
     需要同步操作的代码
}
---------------------------------------------------

同步锁:

为了保证每个线程都能正常执行原子操作,Java引入了线程同步机制.
同步监听对象/同步锁/同步监听器/互斥锁:
对象的同步锁只是一个概念,可以想象为在对象上标记了一个锁.
Java程序运行使用任何对象作为同步监听对象,但是一般的,我们把当前并发访问的共同资源作为同步监听对象.
注意:在任何时候,最多允许一个线程拥有同步锁,谁拿到锁就进入代码块,其他的线程只能在外等着.

class Apple1 implements Runnable {
    private int num = 50;//苹果
    
    public void run () {
        for (int i = 0; i < 50; i ++) {
            //同步代码块
            synchronized (this) {
                if (num > 0) {
                    System.out.println(Thread.currentThread().getName() + "吃了编号为" + num + "的苹果");
                    try {
                        Thread.sleep(10);//模拟网络延迟
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    num--;
                }
            }
        }
    }
}

同步方法:

使用synchronized修饰的方法,就叫做同步方法,保证A线程执行该方法的时候,其他线程只能在方法外等着.
synchronized public    void  doWork(){
     ///TODO
}
同步锁是谁:
      对于非static方法,同步锁就是this.  
      对于static方法,我们使用当前方法所在类的字节码对象(Apple2.class).

 

 

synchronized的好与坏:
好处:保证了多线程并发访问时的同步操作,避免线程的安全性问题.
缺点:使用synchronized的方法/代码块的性能比不用要低一些.
建议:尽量减小synchronized的作用域.

-------------------------------------------------------------------------------
面试题:
    1:StringBuilder和StringBuffer的区别.
    2:说说ArrayList和Vector的区别,HashMap和Hashtable的区别.

 

单例模式-懒加载：

 

 

上述代码使用同步方法，已经解决了懒汉式的线程安全问题，

但是synchronized的作用域太大了，损耗性能---------->尽量减少synchronized的作用域。

解决方案：使用双重检查锁机制.

 

双重检查加锁:

　　可以使用“双重检查加锁”的方式来实现，就可以既实现线程安全，又能够使性能不受很大的影响。那么什么是“双重检查加锁”机制呢？
　　所谓“双重检查加锁”机制，指的是：并不是每次进入getInstance方法都需要同步，而是先不同步，进入方法后，先检查实例是否存在，如果不存在才进行下面的同步块，这是第一重检查，进入同步块过后，再次检查实例是否存在，如果不存在，就在同步的情况下创建一个实例，这是第二重检查。这样一来，就只需要同步一次了，从而减少了多次在同步情况下进行判断所浪费的时间。

　　“双重检查加锁”机制的实现会使用关键字volatile，它的意思是：被volatile修饰的变量的值，将不会被本地线程缓存，所有对该变量的读写都是直接操作共享内存，从而确保多个线程能正确的处理该变量。

注意：在java1.4及以前版本中，很多JVM对于volatile关键字的实现的问题，会导致“双重检查加锁”的失败，因此“双重检查加锁”机制只只能用在java5及以上的版本。
提示：由于volatile关键字可能会屏蔽掉虚拟机中一些必要的代码优化，所以运行效率并不是很高。因此一般建议，没有特别的需要，不要使用。也就是说，虽然可以使用“双重检查加锁”机制来实现线程安全的单例，但并不建议大量采用，可以根据情况来选用。