线程锁死是指等待线程由于唤醒其所需的条件永远无法成立，或者其他线程无法唤醒这个线程而一直处于非运行状态（线程并未终止）导致其任务 一直无法进展。
【死磕 Java 并发】系列是 LZ 在 2017 年写的第一个死磕系列，一直没有做一个合集，这篇博客则是将整个系列做一个概览。
重入锁ReentrantLock是排他锁，排他锁在同一时刻仅有一个线程可以进行访问，但是在大多数场景下，大部分时间都是提供读服务，而写服务占有的时间较少。然而读服务不存在数据竞争问题，如果一个线程在读时禁止其他线程读势必会导致性能降低。所以就提供了读写锁。 读写锁维护着一对锁，一个读锁和一个写锁。通过分离读锁和写锁，使得并发性比一般的排他锁有了较大的提升：在同一时间可以允许多个读线程同时访问，但是在写线程访问时，所有读线程和写线程都会被阻塞。 读写锁的主要特性： 公平性：支持公平性和非公平性。 重入性：支持
大家知道，我最近在招人，今天遇到个同学，他的源码看过一些，然后我就开始了AQS连环问。
此篇博客所有源码均来自JDK 1.8 ReentrantLock，可重入锁，是一种递归无阻塞的同步机制。它可以等同于synchronized的使用，但是ReentrantLock提供了比synchronized更强大、灵活的锁机制，可以减少死锁发生的概率。 API介绍如下： 一个可重入的互斥锁定 Lock，它具有与使用 synchronized 方法和语句所访问的隐式监视器锁定相同的一些基本行为和语义，但功能更强大。ReentrantLock 将由最近成功获得锁定，并且还没有释放该锁定的线程所拥有。当锁定
Synchronized是由JVM实现的一种实现互斥同步的一种方式，如果你查看被Synchronized修饰过的程序块编译后的字节码，会发现，被Synchronized修饰过的程序块，在编译前后被编译器生成了monitorenter、monitorexit两个字节码指令。 这两个指令是什么意思呢？ 在虚拟机执行到monitorenter指令时，首先要尝试获取对象的锁：如果这个对象没有锁定，或者当前线程已经拥有了这个对象的锁，把锁的计数器+1；当执行monitorexit指令时将锁计数器-1；当计数器为0时，锁就被释放了。如果获取对象失败了，那当前线程就要阻塞等待，直到对象锁被另外一个线程释放为止。Java中Synchronize通过在对象头设置标记，达到了获取锁和释放锁的目的。
即第一个拿到锁的线程，锁会在对象头 Mark Word 中通过 CAS 记录该线程 ID，该线程以后每次拿锁时都不需要进行 CAS（指轻量级锁）。
原文出处http://cmsblogs.com/ 『chenssy』 昨天有位小伙伴问我一个 ArrayBlockingQueue 中的一个构造函数为何需要加锁，其实这个问题我还真没有注意过。主要是在看 ArrayBlockingQueue 源码时，觉得它很简单，不就是通过加锁的方式来操作一个数组 items 么，有什么难的，所以就没有关注这个问题，所以它一问我懵逼了。回家细想了下，所以产生这篇博客。我们先看构造方法： public ArrayBlockingQueue(int capacity, bool
Semaphore，在API是这么介绍的： 一个计数信号量。从概念上讲，信号量维护了一个许可集。如有必要，在许可可用前会阻塞每一个 acquire()，然后再获取该许可。每个 release() 添加一个许可，从而可能释放一个正在阻塞的获取者。但是，不使用实际的许可对象，Semaphore 只对可用许可的号码进行计数，并采取相应的行动。 Semaphore 通常用于限制可以访问某些资源（物理或逻辑的）的线程数目。 下面我们就一个停车场的简单例子来阐述Semaphore： 为了简单起见我们假设停车场仅有5个
信号量Semaphore是一个控制访问多个共享资源的计数器，和CountDownLatch一样，其本质上是一个“共享锁”。
Lock是一个接口，只能手动的获取和释放锁，属于Java语法层面的锁，解决了synchronized的缺点。 注意 使用lock.lock()后，应将lock.unlock();放在finally中;
注意右下角区域，红框部分。这块内存是什么呢？非堆！那么，左边是代码缓存区内存，右边红框就是字符串池，常量，基本类型数据的内存区。然后呢？已经满了。什么原因呢？e.printStackTrace()！
秋招之路复盘篇 楼主的自我介绍： 我自己复习范围：(关注公众号回复 "面试脑图" 获取面试脑图,因为图片很大) 我的项目很 low 怎么办？？ 项目 low，无实习经验，还是个渣本，怎么拿到 offer 的 关于套路和技巧 你的秋招时间这么长，你的心态如何呢？ 关于众多知识点和面经你又是怎么选择去看的呢？ 简历应该怎么写？？？ 如果以上你都没有？？？我好慌，我该怎么办？？？ 实习、秋招、春招那点事 坎坷的offer故事： 总结：以下面经顺序为难易度排序及 offer 排序滴滴(11.5 offer)：线上面8.9投简历：8.27笔试：9.16一面：80分钟左右10.17二面：50分钟左右10.29三面：36分钟左右11.1 HR面11.5 offer
例如一个应用程序需要从本地文件系统中读取和处理文件的情景. 比方说, 从磁盘读取一个文件需要5s, 处理一个文件需要2s. 那么处理两个文件就需要:
楼主的秋招也算是今天开始结束了，期间也迷茫过，最终拿到了百度sp、腾讯sp、360sp、京东、招行信用卡中心、华为、中兴、陌陌sp 等的offer（具体的面经前面都发了），都是后台开发或者云计算的方向。 秋招不易，总结一下知识点回报大家，希望有用。 总的经验：知识点准备+数据结构与算法+面试技巧 1. 知识点准备，主要包括：计算机网络、操作系统、关系型数据库、非关系型数据库、linux、编程语言、项目及实习。这一部分只要是认真准备，一般问题不会太大。 2. 数据结构与算法，这个比较突出硬实力，面过的每个公司
《[死磕 java同步系列之ReentrantLock源码解析（一）——公平锁、非公平锁]》)
你答：我听过一个这样的故事：讲的是蚯蚓一家人，有一天，蚯蚓爸爸特别无聊，就把自己切成了俩段愉快的打羽毛球去了，蚯蚓妈妈见状，把自己切成了四段，打麻将去了，蚯蚓哥哥接近狂热，把自己切成很多段，结果死掉了，因为他想踢足球。蚯蚓哥哥的死震惊了整个蚯蚓界，各蚯蚓专家呼吁大家要谨慎使用自己的能力。蚯蚓哥哥的死同时对蚯蚓一家造成了不可磨灭的伤害，蚯蚓弟弟为了弥补家庭的残缺，决定把自己切成俩段。第二天蚯蚓弟弟也死掉了。你知道为什么吗？
经过四篇博客阐述，我相信各位对Java内存模型有了最基本认识了，下面LZ就做一个比较简单的总结。 总结 JMM规定了线程的工作内存和主内存的交互关系，以及线程之间的可见性和程序的执行顺序。一方面，要为程序员提供足够强的内存可见性保证；另一方面，对编译器和处理器的限制要尽可能地放松。JMM对程序员屏蔽了CPU以及OS内存的使用问题，能够使程序在不同的CPU和OS内存上都能够达到预期的效果。 Java采用内存共享的模式来实现线程之间的通信。编译器和处理器可以对程序进行重排序优化处理，但是需要遵守一些规则，不能随
经过四篇博客阐述，我相信各位对Java内存模型有了最基本认识了，下面LZ就做一个比较简单的总结。
传统的锁（也就是下文要说的重量级锁）依赖于系统的同步函数，在linux上使用mutex互斥锁，这些同步函数都涉及到用户态和内核态的切换、进程的上下文切换，成本较高。对于加了synchronized关键字但运行时并没有多线程竞争，或两个线程接近于交替执行的情况，使用传统锁机制无疑效率是会比较低的。
本篇文章站在多线程并发安全角度，带你了解多线程并发使用 HashMap 将会引发的问题，深入学习 ConcurrentHashMap ，带你彻底掌握这些核心技术。
AQS的全称是AbstractQueuedSynchronizer，它的定位是为Java中几乎所有的锁和同步器提供一个基础框架。
JAVA中操作共享数据按照线程安全程度大致分为5类： 不可变，绝对线程安全，相对线程安全，线程兼容和线程对立
以往在项目中涉及到分布式锁时，都是结合redisTemplate采用类原生的方式编写，代码量不少，还容易出现锁死的情况，近来无意间在看到某篇文章中发现了redisson，如获珍宝，工具谱中又多了一个利器（公众号回复关键字“工具”）。
访中，我们通常会遇到两个主题： java采集问题 和多线程面试问题。多线程是关于并发和线程的。这是很好的准备，所以不要离开这个话题。我们正在共享重要的java多线程面试问题和答案。
多个用户同时操作一个银行账户进行取钱操作，账户内余额为1000元，每个账户同时取出1000元，由于线程执行的随机性就会导致线程安全问题的产生
e.printStackTrace() 会导致锁死？这仅仅是打印啊，怎么可能？！
非堆！那么，左边是代码缓存区内存，右边红框就是字符串池，常量，基本类型数据的内存区。
注意右下角区域，红框部分。这块内存是什么呢？非堆！那么，左边是代码缓存区内存，右边红框就是字符串池，常量，基本类型数据的内存区。然后呢？已经满了。什么原因呢？
原文链接：https://my.oschina.net/sxgkwei/blog/825700
一.剪切锁死（shear locking） 简单地说就是在理论上没有剪切变形的单元中发生了剪切变形。该剪切变形也常称伴生剪切（ parasitic shear）。 发生的条件： 1.一阶、全积分单元； 2.受纯弯状态； 产生的结果： 使得弯曲变形偏小，即弯曲刚度太刚。 解决方法： 1.采用减缩积分； 2.细化网格； 3.非协调单元； 4.假定剪切应变法； 二.体积锁死（volumetric locking） 简单地说就是应该有单元的体积变化的时候体积却没发生变化。
一、判断AdminServer.lok被其进程锁死 >weblogic.management.ManagementException: Unable to obtain lock on *******/AdminServer.lok. Server may already be running 由于Weblogic的域以单例形式存在，因此当执行startWeblogic.cmd或stopWeblogic.sh时出现上述信息，则表示该域已被启动或其他进程锁定了
故障处理 故障处理是异常的子集，故障的产生主要由下列方式： 总线错误：包括去指令和中断向量表装载以及数据存取 内部检测错误，像未定义的指令 在包含MPU的设备上，试图存取操作未托管的区域引起MPU故障
重点介绍 java.util.concurrent.* 下的线程安全集合类，可以发现它们有规律，里面包含三类关键词：Blocking、CopyOnWrite、Concurrent
可以看到，lock()方法首先在”this”上同步，然后在monitorObject上同步。如果isLocked等于false，因为线程不会继续调用monitorObject.wait()，那么一切都没有问题 。但是如果isLocked等于true，调用lock()方法的线程会在monitorObject.wait()上阻塞。
一面问的全都是基础知识，java的基础，Java内存分区，GC，类加载机制，集合类的源码结构，
在现实工作中，大多数CNC机床在出厂的时候系统里都有自带自动锁死的功能，而小工了解到的情况下是：因为数控机床大多数都比较昂贵，少则十几万，多则几十万，甚至上百万，在很多时候我们买机床的时候并没有那么多钱，那怎么办？
上回书(Android架构纵横谈之——软件自愈能力 （2）)说到Android中生死与共的Zygote和SystemServer，今回书我们讲SystemServer的watchdog，也为软件架构自愈系列的终结篇。
Java的内置锁一直都是备受争议的，在JDK 1.6之前，synchronized这个重量级锁其性能一直都是较为低下，虽然在1.6后，进行大量的锁优化策略（死磕Java并发：深入分析synchronized的实现原理）,但是与Lock相比synchronized还是存在一些缺陷的：虽然synchronized提供了便捷性的隐式获取锁释放锁机制（基于JVM机制），但是它却缺少了获取锁与释放锁的可操作性，可中断、超时获取锁，且它为独占式在高并发场景下性能大打折扣。
当多个线程同时访问一个对象，如果不用考虑这些线程在运行环境下的调度和交替执行，也不需要考虑额外的同步，或者在调用方法时进行一些其他的协作，调用这个对象的行为都可以获得正确的结果。那么就称这个对象是线程安全的。
线上A表有100G+的数据，如果直接modify XXX varchar(500)，会锁全表，即使用pt-osc工具凌晨搞，预估一宿加不完，并且从库会出现大面积延迟，读取的数据将不准确。
Java的内置锁一直都是备受争议的，在JDK 1.6之前，synchronized这个重量级锁其性能一直都是较为低下，虽然在1.6后，进行大量的锁优化策略（【死磕Java并发】—–深入分析synchronized的实现原理）,但是与Lock相比synchronized还是存在一些缺陷的：虽然synchronized提供了便捷性的隐式获取锁释放锁机制（基于JVM机制），但是它却缺少了获取锁与释放锁的可操作性，可中断、超时获取锁，且它为独占式在高并发场景下性能大打折扣。 在介绍Lock之前，我们需要先熟悉一个非
可以看到有 Waiting for table metadata lock 字眼； 如果有其他类似字眼可以解决掉冲突的进程 命令： kill pid pid就是图片第一列的id,如果还是无法解决且看第二条
DelayQueue是一个支持延时获取元素的无界阻塞队列。里面的元素全部都是“可延期”的元素，列头的元素是最先“到期”的元素，如果队列里面没有元素到期，是不能从列头获取元素的，哪怕有元素也不行。也就是说只有在延迟期到时才能够从队列中取元素。
乐观锁是一种乐观思想，即认为读多写少，遇到并发写的可能性低，每次去拿数据的时候都认为 别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数 据，采取在写时先读出当前版本号，然后加锁操作（比较跟上一次的版本号，如果一样则更新）， 如果失败则要重复读-比较-写的操作。
在开发的过程中,可以通过oracle的jdk,bin目录下的jvisualvm.exe查看是否死应用锁,且会发现有线程一直在休眠状态
这篇文章主要讲述jdk本身的源码该如何阅读，关于各种框架的源码阅读我们后面再一起探讨。
在单线程序中,只有一个线程在干活。因此不会存在多个线程试图同时使用同一个资源。这就好比,不允许两个人在同一个停车位停车,两个人同时使用一个坑位,甚至是两个人坐在公交车上的同一个位置。并发虽然能同时做多个事情,但是,多个线程彼此可能互相干涉。如果无法避免这种冲突,就可能会发生两个线程同时修改同一个变量,两个线程同时修改同一个支付宝账户,改变同一个值等诸如此类的问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
