死锁是线程间争夺资源造成的无限等待现象,Java示例展示了两个线程各自持有资源并等待对方释放,导致死锁。`

简介: 【6月更文挑战第20天】死锁是线程间争夺资源造成的无限等待现象,Java示例展示了两个线程各自持有资源并等待对方释放,导致死锁。`volatile`保证变量的可见性和部分原子性,确保多线程环境中值的即时更新。与`synchronized`相比,`volatile`作用于单个变量,不保证原子操作,同步范围有限,但开销较小。`synchronized`提供更全面的内存语义,保证原子性和可见性,适用于复杂并发控制。

死锁:
死锁是指两个或多个线程在执行过程中,因争夺资源而造成的一种相互等待的现象。若无外力干涉,它们都将无法推进下去。这种情况通常发生在多个线程都占有部分共享资源但又都在等待其它线程释放自己需要的资源时。

例如,在Java中,考虑以下场景:

public class DeadlockExample {
   
    private static Object resource1 = new Object();
    private static Object resource2 = new Object();

    public static void main(String[] args) {
   
        Thread thread1 = new Thread(() -> {
   
            synchronized (resource1) {
   
                System.out.println("Thread 1: Acquired resource 1");
                try {
   
                    Thread.sleep(500);
                } catch (InterruptedException e) {
   
                    e.printStackTrace();
                }
                synchronized (resource2) {
   
                    System.out.println("Thread 1: Acquired resource 2");
                }
            }
        });

        Thread thread2 = new Thread(() -> {
   
            synchronized (resource2) {
   
                System.out.println("Thread 2: Acquired resource 2");
                try {
   
                    Thread.sleep(500);
                } catch (InterruptedException e) {
   
                    e.printStackTrace();
                }
                synchronized (resource1) {
   
                    System.out.println("Thread 2: Acquired resource 1");
                }
            }
        });

        thread1.start();
        thread2.start();
    }
}

在这个例子中,thread1thread2分别尝试获取对方已经持有的资源,导致两者都无法继续执行。因此,这个程序会陷入死锁状态。

Java中的volatile关键字:
volatile关键字用于修饰变量,它可以确保对变量的更新操作能被其他线程看到。当一个变量被声明为volatile后,Java内存模型保证了对该变量的读写操作都是原子性的,且每次读取该变量时都会从主内存中读取最新值,而不是从工作内存(每个线程都有自己独立的工作内存)中读取。

volatile与synchronized的区别:

  • 同步范围volatile仅能用于修饰变量,而synchronized可以作用于代码块、方法以及类。
  • 内存语义volatile仅保证了可见性,即一个线程修改了volatile变量的值后,其他线程可以立即看到该变化;而synchronized除了保证可见性,还保证了原子性,即一次只有一个线程可以访问被锁定的对象或代码块。
  • 执行顺序synchronized可以确保指令重排序不会影响到多线程之间的数据一致性,而volatile不能防止指令重排序。
  • 性能开销:由于synchronized提供了更多的保障,所以它的性能开销比volatile更大。

总的来说,volatile适合用于简单的同步需求,比如确保某个标志位的改变能够及时地被其他线程看到。而对于复杂的并发控制场景,比如需要保证数据完整性的情况,应使用synchronized或其他高级并发工具如Lock

相关文章
|
1月前
|
存储 Java API
【Azure 存储服务】Java Storage SDK 调用 uploadWithResponse 代码示例(询问ChatGTP得代码原型后人力验证)
【Azure 存储服务】Java Storage SDK 调用 uploadWithResponse 代码示例(询问ChatGTP得代码原型后人力验证)
|
1天前
|
JavaScript 前端开发 Java
Java 8 新特性详解及应用示例
Java 8 新特性详解及应用示例
|
1月前
|
消息中间件 负载均衡 Java
"深入Kafka核心:探索高效灵活的Consumer机制,以Java示例展示数据流的优雅消费之道"
【8月更文挑战第10天】在大数据领域,Apache Kafka凭借其出色的性能成为消息传递与流处理的首选工具。Kafka Consumer作为关键组件,负责优雅地从集群中提取并处理数据。它支持消息的负载均衡与容错,通过Consumer Group实现消息的水平扩展。下面通过一个Java示例展示如何启动Consumer并消费数据,同时体现了Kafka Consumer设计的灵活性与高效性,使其成为复杂消费场景的理想选择。
93 4
|
1月前
|
安全 算法 Java
17 Java多线程(线程创建+线程状态+线程安全+死锁+线程池+Lock接口+线程安全集合)(下)
17 Java多线程(线程创建+线程状态+线程安全+死锁+线程池+Lock接口+线程安全集合)
61 6
|
1月前
|
存储 安全 Java
17 Java多线程(线程创建+线程状态+线程安全+死锁+线程池+Lock接口+线程安全集合)(中)
17 Java多线程(线程创建+线程状态+线程安全+死锁+线程池+Lock接口+线程安全集合)
69 5
|
1月前
|
JSON Java API
【Azure API 管理】通过Java APIM SDK创建一个新的API,如何为Reqeust的Representation设置一个内容示例(Sample)?
【Azure API 管理】通过Java APIM SDK创建一个新的API,如何为Reqeust的Representation设置一个内容示例(Sample)?
|
1月前
|
设计模式 存储 Java
掌握Java设计模式的23种武器(全):深入解析与实战示例
掌握Java设计模式的23种武器(全):深入解析与实战示例
|
1月前
|
存储 缓存 监控
Java本地高性能缓存实践问题之在EncacheTest示例中正确移除一个缓存实例的问题如何解决
Java本地高性能缓存实践问题之在EncacheTest示例中正确移除一个缓存实例的问题如何解决
|
1月前
|
Java
Java多线程-死锁的出现和解决
死锁是指多线程程序中,两个或以上的线程在运行时因争夺资源而造成的一种僵局。每个线程都在等待其中一个线程释放资源,但由于所有线程都被阻塞,故无法继续执行,导致程序停滞。例如,两个线程各持有一把钥匙(资源),却都需要对方的钥匙才能继续,结果双方都无法前进。这种情况常因不当使用`synchronized`关键字引起,该关键字用于同步线程对特定对象的访问,确保同一时刻只有一个线程可执行特定代码块。要避免死锁,需确保不同时满足互斥、不剥夺、请求保持及循环等待四个条件。
|
1月前
|
Java 测试技术 PHP
父子任务使用不当线程池死锁怎么解决?
在Java多线程编程中,线程池有助于提升性能与资源利用效率,但若父子任务共用同一池,则可能诱发死锁。本文通过一个具体案例剖析此问题:在一个固定大小为2的线程池中,父任务直接调用`outerTask`,而`outerTask`再次使用同一线程池异步调用`innerTask`。理论上,任务应迅速完成,但实际上却超时未完成。经由`jstack`输出的线程调用栈分析发现,线程陷入等待状态,形成“死锁”。原因是子任务需待父任务完成,而父任务则需等待子任务执行完毕以释放线程,从而相互阻塞。此问题在测试环境中不易显现,常在生产环境下高并发时爆发,重启或扩容仅能暂时缓解。