synchronized的缺陷

最新推荐文章于 2024-10-09 16:43:36 发布
原创 最新推荐文章于 2024-10-09 16:43:36 发布 · 938 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#多线程

本文探讨了synchronized锁的效率低下、灵活性不足以及无法得知是否成功获取锁的三大问题。这些问题包括锁释放情况较少、获取锁时缺乏超时设置、无法中断尝试获取锁的线程、加锁时机单一及条件限制等。

synchronized的缺陷：

1、效率低：锁的释放情况少、试图获得锁时不能设定超时、不能中断一个正在试图获得锁的线程。

2、不够灵活（读写锁更灵活）：加锁和释放的时机单一，每个锁仅有单一的条件（某个对象），可能是不够的。

3、无法知道是否成功获取到锁。

Java并发_第六篇：synchronized的缺陷，Lock的诞生
毛毛的专栏
08-02 1150
文章目录一、前言辨析Lock接口、ReentrantLock类、ReadWriteLock接口、ReentrantReadWriteLock类二、synchronized的缺陷三、java.util.concurrent.Lock包下常用的类3.1 Lock接口及其四个方法的使用3.1.1 Lock接口的lock()3.1.2 Lock接口的tryLock()3.1.2 Lock接口的lockInterruptibly()3.2 ReentrantLock类及其四个方法的使用3.2.1 ReentrantL
关键字: synchronized详解
qq_63353796的博客
06-19 1167
在C程序代码中我们可以利用操作系统提供的互斥锁来实现同步块的互斥访问及线程的阻塞及唤醒等工作。在Java中除了提供Lock API外还在语法层面上提供了synchronized关键字来实现互斥同步原语, 本文将对synchronized关键字详细分析。
synchronized 的不足之处
小程故事多
04-24 264
1、不能够跨越多个对象。   2、当在等待锁对象的时候，不能中途放弃，直到成功。   3、等待没有超时限制。   4、不能中断阻塞。    
synchronized的缺陷，Lock的诞生
毛毛的专栏
10-30 1269
文章目录一、前言二、从synchronized局限性到Lock锁机制的引入2.1 synchronized局限性2.2 Lock接口的类结构示意图2.3 辨析Lock接口、ReentrantLock类、ReadWriteLock接口、ReentrantReadWriteLock类三、java.util.concurrent.locks包下常用的类3.1 Lock接口的四个加锁方法3.1.1 Lock接口的lock()3.1.2 Lock接口的tryLock() + tryLock(long time, Ti
synchronized 关键字的缺陷
iijik55的博客
03-16 274
一 点睛 synchronized 关键字提供了一种排他式的数据同步机制，某个线程在获取 monitor lock 的时候可能会被阻塞，而这种阻塞有两个明显的缺陷：第一，无法控制阻塞时长。第二，阻塞不可中断。 二 案例 1 代码 package concurrent; import java.util.concurrent.TimeUnit; public class SynchronizedDefect { public synchronized void syncMethod(){
Synchronized的缺陷
qq_51321722的博客
10-09 711
在Java多线程编程中，synchronized关键字被广泛应用于同步线程访问共享资源，确保同一时间只有一个线程可以访问该资源。然而，尽管synchronized提供了简单且易用的互斥机制，但它也存在一些显著的缺陷和局限性。本文将详细探讨synchronized的缺陷，并解释为什么在高并发和复杂线程管理的场景中，其他同步机制（如Lock）可能是更好的选择。
17 资源有限，请排队等候—Synchronized使用、原理及缺陷.pdf
06-15
本章重点讲述了`synchronized`的使用、工作原理及其潜在的缺陷。 首先，`synchronized`的主要作用在于保证线程同步，即在多线程环境下，对共享资源的访问进行控制，确保同一时刻只有一个线程能够访问特定的代码块或...
Java编程synchronized与lock的区别【推荐】
08-29
synchronized 的缺陷 synchronized 是 Java 语言内置的关键字，用于实现同步访问。然而，它有着一些缺陷： 1. 如果一个线程获取了锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁。这可能...
关于synchronized、Lock的深入理解
12-21
它的主要缺陷在于： 1. **不可中断**：当一个线程持有锁时，其他线程若试图获取锁将被阻塞，直至持有锁的线程释放锁。如果持有锁的线程长时间不释放，其他线程将永久等待，无法响应中断。 2. **非公平性**：`...
java多线程-synchronized的缺陷
qq_41912406的博客
05-16 637
synchronized关键字可以用来同步方法和代码块，保证在同一时间只有一个线程能访问被同步的代码。但是其有两个缺点： 1.无法控制阻塞时长 2.阻塞不可中断 public synchronized void syncMethod(){ try { TimeUnit.HOURS.sleep(1); } catch (Interru...
请教 “关于synchronized关键字的缺陷” 问题
lichun85的专栏
03-06 397
在《Java 高并发编程详解 - 汪文君》一书，关于synchronized关键字的缺陷的描述有如下一段文字：synchronized关键字提供了一种排他的数据同步机制，某个线程在获取monitor lock的时候可能会阻塞，而这种阻塞有两个很明显的缺陷：第一，无法控制阻塞时长。第二，阻塞不可能被中断。 文中代码举例如下： public class SynchronizedDefect { public synchronized void syncMethod() ...
synchronized的弊端
热门推荐
weixin_43486804的博客
08-20 1万+
synchronized能解决线程安全问题大家都知道，大多数线程问题也都是他解决的，但是他有一个致命的弊端，就是慢 synchronized标记的方法是按顺序执行的，如下代码 public class demo1 extends Thread{ @Override synchronized public void run() { try { System.out.println(Threa...
synchronized的主要特性和缺陷以及注意事项
游士的博客
08-29 2213
synchronized的性质 一、可重入性 官方解释：指的是同一线程的外层函数获得锁之后，内层函数可以直接再次获得该锁； 通俗解释：获得一次锁之后，如果调用其它同步方法，不需要重新获取锁，可以直接使用； 代码示例： public class SynchTest2 implements Runnable{ static S...
synchronized 的性质 & 缺点
乌鲁木齐001号程序员
04-11 1075
synchronized 的性质 可重入性； 不可中断性 可重入性 同一线程的外层方法获得锁后，内层方法可以直接再次获取该锁； 避免死锁，提升封装性； 关键字：同一线程，同一把锁 可重入性示例（一） 同一个方法是可重入的 package com.example.concurrency.example.sync; public class S...
了解synchronized使用及优缺点
qq_44978607的博客
03-27 1950
当我们在多条线程共同操作共享数据会出现线程不安全的情况。 1.引入synchronized 关键字 synchronized 1.可以保证在同一个时刻，只有一个线程可以执行某个方法或者某个代码块。 2.可保证一个线程的变化(主要是共享数据的变化)被其他线程所看到（保证可见性） 3.synchronized锁的是1.对象2.class 2.synchronized的三种应用方式 修饰实例方法，作用于当前实例加锁，进入同步代码前要获得当前实例的锁 修饰静态方法，作用于当前类对象加锁，进入同步代码前要获得当前类
synchronized修饰方法的缺点
venus321的博客
02-08 1290
public class Test176 { synchronized public void show() { String s1 = "这是处理的任务1"+Thread.currentThread().getName(); String s2 = "这是处理的任务2"+Thread.currentThread().getName(); tr...
synchronized方法的弊端——T2201
qq_43834878的博客
01-10 137
package 对象及变量的并发访问2; import sun.security.util.AuthResources_it; /** * synchronized方法的弊端 */ class Taskt2210{ private String getDate1; private String getDate2; public synchronized void doLongTimeTask(){ try { System.out.
java并发学习：synchronized 的不足之处
bohu83的博客
04-11 2190
程老师原文地址：http://flychao88.iteye.com/blog/1852893 原文如下： 1、不能够跨越多个对象。  2、当在等待锁对象的时候，不能中途放弃，直到成功。  3、等待没有超时限制。  4、不能中断阻塞。 *******************************学习笔记***************************************
synchronized会死锁吗
最新发布
08-02
<think>我们正在讨论Java中的synchronized关键字是否会导致死锁。根据引用[3]和引用[4]的内容，死锁是一个可能的问题。 引用[3]明确提到死锁的三个典型情况，其中第二种情况（循环等待）就是两个线程互相等待对方释放锁，而synchronized关键字可能引发这种情况。 具体例子在引用[3]中：两个线程分别先获取一把锁，然后尝试获取对方持有的锁，导致互相等待，形成死锁。 因此，答案是：synchronized关键字本身不会自动导致死锁，但如果使用不当（比如嵌套加锁且顺序不一致），则可能引发死锁。 我们需要向用户解释死锁产生的条件，并说明synchronized在什么情况下会导致死锁，同时给出一个示例。 另外，根据引用[4]，synchronized是可重入锁，所以单个线程重复加锁不会导致死锁（即第一种情况不会发生），但多个线程循环等待锁则会发生死锁。 回答结构： 1. 直接回答问题：是，使用不当会导致死锁。 2. 解释死锁的四个必要条件（因为synchronized可能满足这些条件）。 3. 给出一个简单的死锁代码示例（基于引用[3]的例子，稍作调整）。 4. 如何避免死锁（如按顺序加锁、使用超时等）。 注意：用户的问题只问“是否可能导致死锁”，所以重点在解释可能性和原因。 同时，根据系统指令，我们需要在行内数学表达式（如果有的话）使用$...$，独立公式用$$...$$，但这里主要是代码和文字说明，数学表达式可能不多。但如果有关于死锁条件的描述（比如死锁的数学模型），我们可以适当使用。 另外，生成相关问题。 注意：引用标识要自然添加在引用内容的末尾。 开始回答：</think>### Java synchronized 关键字是否会导致死锁？ 是的，**Java 的 `synchronized` 关键字可能导致死锁**。死锁的根本原因并非 `synchronized` 自身的设计缺陷，而是由于**嵌套加锁时资源竞争顺序不一致**引发的循环等待问题。以下是详细分析： --- #### 一、死锁产生的必要条件 死锁需同时满足以下条件[^3]： 1. **互斥**：资源（锁）只能被一个线程持有。 2. **占有并等待**：线程持有锁的同时尝试获取其他锁。 3. **不可剥夺**：线程持有的锁只能主动释放，不可被强制抢占。 4. **循环等待**：多个线程形成环形等待链（如 A 等 B，B 等 A）。 `synchronized` 的互斥特性天然满足条件 1 和 3，而嵌套加锁场景可能触发条件 2 和 4。 --- #### 二、synchronized 导致死锁的典型场景 ##### 1. **循环等待（最常见）** - **问题**：两个线程以**相反顺序**请求多把锁。 - **示例代码**（引用自[^3]）： ```java Object lockA = new Object(); Object lockB = new Object(); // 线程1：先获取 lockA，再请求 lockB new Thread(() -> { synchronized (lockA) { try { Thread.sleep(10); } catch (InterruptedException e) {} synchronized (lockB) { // 等待线程2释放 lockB System.out.println("Thread1 got both locks"); } } }).start(); // 线程2：先获取 lockB，再请求 lockA new Thread(() -> { synchronized (lockB) { try { Thread.sleep(10); } catch (InterruptedException e) {} synchronized (lockA) { // 等待线程1释放 lockA System.out.println("Thread2 got both locks"); } } }).start(); ``` - **结果**：线程1持有 `lockA` 等待 `lockB`，线程2持有 `lockB` 等待 `lockA` → **死锁**。 - 可通过 `jconsole` 观察到两个线程状态为 `BLOCKED`[^3]。 ##### 2. **不可重入性（实际不会发生）** - `synchronized` 是**可重入锁**（同一线程可重复获取同一把锁），因此不会因此死锁[^3][^4]。 - 例如：线程内嵌套 `synchronized(lock)` 调用是安全的。 --- #### 三、如何避免 synchronized 引发的死锁 1. **固定加锁顺序** 所有线程按**全局一致的顺序**获取锁（如先 `lockA` 后 `lockB`）。 2. **使用超时机制** 改用 `ReentrantLock.tryLock(timeout)` 替代 `synchronized`，超时后可主动释放[^4]。 3. **减少锁粒度** 避免嵌套锁，或合并多个锁为一个（锁粗化）[^4]。 4. **死锁检测工具** 使用 `jstack` 或 `jconsole` 分析线程阻塞状态[^3]。 --- #### 四、总结 - ✅ `synchronized` 自身是线程安全的（互斥、可重入）。 - ❗ **嵌套加锁时顺序不一致**会导致循环等待死锁。 - 💡 解决方案：**统一加锁顺序** + 超时控制。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值