synchronized加锁——解决线程安全问题

目录

使用synchronized解决线程安全问题

synchronized是可重入锁

死锁

死锁成因的四个必要条件

解决死锁

---

通过加锁，就能解决上文问题

使用synchronized解决线程安全问题

使用synchronized搭配一个代码块

进入{就会加锁 出了}就会解锁

在已经加锁的状态中,另一个线程尝试同样加这个锁,就会产生"锁冲突/锁竞争”,后一个线程就会阻塞等待，一直等到前一个线程解锁为止.

Object locker=new Object();
        Thread t1 = new Thread(() -> {

            for(int i=0;i<5000;i++)
                synchronized (locker){
                count++;}
        });
        Thread t2=new Thread(()->{
            for(int i=0;i<5000;i++)
                synchronized (locker){
                count++;}
        });

()中需要表示一个用来加锁的对象这个对象是啥不重要,重要的是通过这个对象来区分两个线程是否在竞争同一个锁.

如果两个线程是在针对同一个对象加锁,就会有锁竞争如果不是针对同一个对象加锁,就不会有锁竞争,仍然是并发执行!

synchronized除了修饰代码块之外，还可以修饰一个实例方法，或者修饰一个静态方法

（类对象在一个java进程中是唯一的，代码中写了一个Counter类，此时在进程中一定只有一个Counter类对象，不会有多个）

synchronized是可重入锁

可重入性：就是一个线程不用释放，可以重复的获取一个锁n次，只是在释放的时候，也需要相应的释放n次。（简单来说：A线程在某上下文中或得了某锁，当A线程想要在次获取该锁时，不会应为锁已经被自己占用，而需要先等到锁的释放）假使A线程即获得了锁，又在等待锁的释放，就会造成死锁。

死锁

出现死锁的情况：

1.一个线程，针对一把锁，连续加锁两次，如果是不可重入锁，就死锁了

2.两个线程，两把锁，并且两把锁是嵌套关系（钥匙锁车里，车钥匙锁家里）

3.n个线程，m把锁（哲学家就餐问题）

死锁成因的四个必要条件

1.互斥使用（锁的基本特性）当一个线程持有一把锁之后，另一个线程也想获取到锁，就要阻塞等待

2.不可抢占（锁的基本特性）当锁已经被线程1拿到之后，线程2只能等线程1主动释放，不能强行抢过来

3.请求保持（代码结构）一个线程获取多把锁（先拿到锁1之后，再尝试获取锁2.获取的时候，锁1不会释放）

4.循环等待/环路等待.（代码结构）等待的依赖关系，形成环了

解决死锁

解决死锁，就是要破坏上述其中一个条件

1和2是synchronized特性，无法干预

对于3，可以调整代码结构，避免写"锁嵌套“逻辑

对于4，可以约定加锁的顺序，避免循环等待（比如约定加多把锁的时候，先加编号小的锁，后加编号大的锁）

死锁的成因和解决方案要重点掌握！！