线程安全——Synchronized

简介: 线程安全——Synchronized

线程安全——Synchronized

文章目录

前面我们介绍了在Java中可以用 加锁关键字 synchronized保证原子性。

线程安全中通过synchronized给线程加锁,是线程由并行变为串行,这时可能会有疑问说:使用多线程的目的就是提高代码效率,加锁后就变成了单线程了,岂不是多此一举了?

因此在使用多线程时要注意一下几点

  1. 使用多线程的前提是必须保证结果的正确
  2. 在多线程修改共享变量时,才会出现线程安全问题;通过缩小锁的范围,从而提高程序的并发处理能力

1.使用方法

1.1修饰方法

这里我们以 :使用多线程实现count自增 为例

class Counter{
    public int count =0;
    public synchronized void increase(){
        count++;
    }
}

1.2修饰代码块

class Counter{
    public int count =0;
    public  void increase(){
        System.out.println("加锁之前的操作...");
        //锁对象 需提供一个对象
        synchronized (this){
            count++;
        }
        System.out.println("加锁之后的操作...");
    }
}

使用synchronized修饰的代码块涉及的指令,并不是在CPU上无脑的执行完,而是有可能执行了一半就被调度走了,但是即便被调度出CPU也不会释放锁,别的线程尝试获取锁时依然会阻塞等待

df0184d70dcc8b62d2273070790e9fa6.png

1.3锁静态方法

class Counter {
    public static int count = 0;
    public synchronized static void increase() {
        count++;
    }
}

1.3 给一个线程加锁,也会出现线程安全问题

举栗:

class Counter{
    public int count =0;
    /**
     * 执行自增
     */
    public synchronized void increase(){
            count++;
    }
    /**
     * 不加锁
     */
    public  void increase1(){
        count++;
    }
}

d7a97538e1f4ba41b6061a4493e9e69e.png

1.4锁对象

在1.2中**()里面的this指的是:是对那个对象进行加锁**

加锁操作,是针对 一个对象进行的。

而我们需要的理解的是:synchronized锁的是什么,当两个线程竞争的是同一个锁时,才会产生线程安全(两个线程竞争不同的锁时,根本不会产生任何的线程安全,两把锁之间没有任何关系,不会产生阻塞等待)。

因此在判断是否会产生锁竞争时,只需判断一下锁对象是否是同一个对象。

1.5 锁信息的记录

Java虚拟机中,对象在内存结中的结构可以划分为4个区域:

  • markword:对象头,锁信息,GC,程序计数器
  • 类型指针(_class) :类型
  • 实例数据(instance_data) :成员变量信息
  • 对齐填充(padding)

总结:

synchronized的几种用法

  1. 修饰普通方法,相当于锁实例对象
  2. 对代码块进行加锁,相当于锁当前调用方法的对象(也是实例对象)
  3. 对静态方法进行加锁,相当于锁类对象

2.特性

互斥

一个线程获取了锁之后,其他线程就必须阻塞等待,等到当前获取锁的线程释放了锁之后再去竞争

内存可见(刷新内存)

synchronized实现内存可见的机制是通过原子性完成的,一个线程完成了读、改、写回内存这一操作之后,再释放锁,下一个线程才能获取锁,再开始读取

所以保证了下一个线程读到的值是上一个线程写回主内存的最新值

可重入

在方法调用的链路中,可能存在多个被synchronized修饰的方法或者代码块

对于同一对象,针对同一个线程(当前获得锁的线程)互斥那么这个锁就不可以重入,会产生一个互斥等待的现象,也叫死锁

对于同一锁对象,针对同一个线程(当前获得锁的线程)不互斥那么这个锁就可以重入

可能存在多个被synchronized修饰的方法或者代码块

对于同一对象,针对同一个线程(当前获得锁的线程)互斥那么这个锁就不可以重入,会产生一个互斥等待的现象,也叫死锁

对于同一锁对象,针对同一个线程(当前获得锁的线程)不互斥那么这个锁就可以重入

目录
相关文章
|
2月前
|
Java 开发者 C++
Java多线程同步大揭秘:synchronized与Lock的终极对决!
Java多线程同步大揭秘:synchronized与Lock的终极对决!
59 5
|
2月前
|
设计模式 安全 Java
Java并发编程实战:使用synchronized关键字实现线程安全
Java并发编程实战:使用synchronized关键字实现线程安全
35 0
|
3月前
|
缓存 安全 算法
Java面试题:如何通过JVM参数调整GC行为以优化应用性能?如何使用synchronized和volatile关键字解决并发问题?如何使用ConcurrentHashMap实现线程安全的缓存?
Java面试题:如何通过JVM参数调整GC行为以优化应用性能?如何使用synchronized和volatile关键字解决并发问题?如何使用ConcurrentHashMap实现线程安全的缓存?
31 0
|
2月前
|
安全 Java 开发者
Java多线程同步:synchronized与Lock的“爱恨情仇”!
Java多线程同步:synchronized与Lock的“爱恨情仇”!
81 5
|
2月前
|
Java 开发者
在 Java 多线程编程中,Lock 接口正逐渐取代传统的 `synchronized` 关键字,成为高手们的首选
在 Java 多线程编程中,Lock 接口正逐渐取代传统的 `synchronized` 关键字,成为高手们的首选。相比 `synchronized`,Lock 提供了更灵活强大的线程同步机制,包括可中断等待、超时等待、重入锁及读写锁等高级特性,极大提升了多线程应用的性能和可靠性。通过示例对比,可以看出 Lock 接口通过 `lock()` 和 `unlock()` 明确管理锁的获取和释放,避免死锁风险,并支持公平锁选择和条件变量,使其在高并发场景下更具优势。掌握 Lock 接口将助力开发者构建更高效、可靠的多线程应用。
21 2
|
2月前
|
Java 测试技术
Java多线程同步实战:从synchronized到Lock的进化之路!
Java多线程同步实战:从synchronized到Lock的进化之路!
86 1
|
2月前
|
存储 安全 Java
解锁Java并发编程奥秘:深入剖析Synchronized关键字的同步机制与实现原理,让多线程安全如磐石般稳固!
【8月更文挑战第4天】Java并发编程中,Synchronized关键字是确保多线程环境下数据一致性与线程安全的基础机制。它可通过修饰实例方法、静态方法或代码块来控制对共享资源的独占访问。Synchronized基于Java对象头中的监视器锁实现,通过MonitorEnter/MonitorExit指令管理锁的获取与释放。示例展示了如何使用Synchronized修饰方法以实现线程间的同步,避免数据竞争。掌握其原理对编写高效安全的多线程程序极为关键。
53 1
|
2月前
|
Java C++
【Java 并发秘籍】synchronized vs ReentrantLock:揭秘线程同步神器的对决!
【8月更文挑战第24天】本文详细对比了Java并发编程中`synchronized`关键字与`ReentrantLock`的不同之处。`synchronized`作为内置关键字,提供自动锁管理但不支持中断或公平锁;`ReentrantLock`则通过显式调用方法控制锁,具备更多高级功能如可中断、公平锁及条件变量。文章通过两个计数器类实例展示了两种机制的具体应用,帮助读者理解其差异及适用场景。掌握这两者对于提升多线程程序设计能力至关重要。
43 0
|
2月前
|
存储 安全 Java
【多线程面试题十七】、如果不使用synchronized和Lock,如何保证线程安全?
这篇文章探讨了在不使用`synchronized`和`Lock`的情况下保证线程安全的方法,包括使用`volatile`关键字、原子变量、线程本地存储(`ThreadLocal`)以及设计不可变对象。
|
2月前
|
Java
【多线程面试题十五】、synchronized可以修饰静态方法和静态代码块吗?
这篇文章讨论了Java中的`synchronized`关键字是否可以修饰静态方法和静态代码块,指出`synchronized`可以修饰静态方法,创建一个类全局锁,但不能修饰静态代码块。