多线程总结(三) synchronized volatile 关键字 死锁/可重入锁等问题

synchronized关键字

可以理解为对某个对象加锁

public class JavaTest {
   
    private int count = 10;
    Object o = new Object();
    void m(){
   
        synchronized (o) {
   
            count++;
        }
    }
}

这里代表如果要对synchronized大括号里的内容进行操作必须要拿到o这个对象的锁才可以。
而且当某个线程获取了这个对象的锁后其他线程就不能获取这个对象的锁了除非等到该线程释放锁才可以。
当然大家肯定都学过 this关键字了,当synchronized里面是this的时候锁住的是哪个对象呢？
下面这段代码中，synchronized关键字锁住的对象是实例化的对象，也就是说，你new了一个JavaTest对象当某个线程要执行这个对象的m1()方法的时候就需要去申请这个对象的锁。
而如果synchronized 关键字在方法上呢？其实还是锁定的this对象，如代码所示，m1()m2()方法锁定的都是this对象。
那么当synchronized 关键字在一个静态方法上呢？我们知道静态方法又被称为类方法，当synchronized 关键字在静态方法上的时候它锁定的是当前类的Class对象这时候若是有其他线程来调用这个类的静态方法那么就会发生互斥，但是如果调用的是普通方法是不会发生互斥的因为一个需要的是当前类对象的锁，一个需要的是当前类的Class对象锁。

public class JavaTest {
   
    private int count = 10;
    void m1(){
   
        synchronized (this) {
   
            count++;
        }
    }
    void synchronized  m2(){
   
    	    count++;
    }
    static void synchronized m3(){
   
            //code
    }
}

我们来看下面这段代码
他的某一次运行结果是这样的
Thread-0 8
Thread-2 7
Thread-1 6
Thread-3 6
Thread-4 5
为什么会发生这样的问题呢？
这是因为在某个线程进行了–操作后还没有来得及打印或者是正要进行–操作的时候，就有其他线程抢占到了CPU又对count进行了–操作，所以会出现这种问题，这是因为他在进行打印操作的时候会被线程调度器进行调度或者是时间片耗尽，所以不能继续呆在CPU上了，这个时候我们加上synchronized关键字就可以解决这个问题。加上之后在你完成打印操作之前是不能有其他线程获得这把锁的，所以就解决了原子性带来的线程安全问题，而且synchronized关键字在走完大括号所包含的代码之前会强制让CPU刷新缓存中的数据信息。所以它也满足可见性。

public class T implements Runnable {
   
    private int count = 10;
    public /*synchronized*/ void run(){
   
        count--;
        System.out.println(Thread.currentThread