volatile
对 volatile的理解
volatile 是一种轻量级的同步机制。
JMM
JMM(Java 内存模型)是一种抽象的概念,描述了一组规则或规范,定义了程序中各个变量的访问方式。
JVM运行程序的实体是线程,每个线程创建时 JVM 都会为其创建一个工作内存,是线程的私有数据区域。JMM中规定所有变量都存储在主内存,主内存是共享内存。线程对变量的操作在工作内存中进行,首先将变量从主内存拷贝到工作内存,操作完成后写会主内存。不同线程间无法访问对方的工作内存,线程通信(传值)通过主内存来完成。
JMM 对于同步的规定:
JMM 的三大特性
原子性是不可分割,某个线程正在做某个具体业务时,中间不可以被分割,要么全部成功,要么全部失败。
重排序:计算机在执行程序时,为了提高性能,编译器和处理器常常对指令做重排序,源代码经过编译器优化重排序、指令并行重排序、内存系统的重排序之后得到最终执行的指令。
在单线程中保证程序最终执行结果和代码执行顺序执行结果一致。
多线程中线程交替执行,由于重排序,两个线程中使用的变量能否保证一致性无法确定,结果无法确定。
处理器在处理重排序时需要考虑数据的依赖性。
volatile 实现禁止指令重排序,避免多线程环境下程序乱序执行。是通过内存屏障指令来执行的,通过插入内存屏障禁止在内存屏障后的指令执行重排序优化,并强制刷出缓存数据,保证线程能读取到这些数据的最新版本。
实例1:volatile 保证可见性
class MyData { //volatile int number = 0;//case2 //int number=0; //case1 public void change() { number = 60; } } public class VolatileDemo { public static void main(String[] args) { MyData data=new MyData(); new Thread(()->{ System.out.println(Thread.currentThread().getName()+"\t come in"); try{ TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) {e.printStackTrace();} data.change(); System.out.println(Thread.currentThread().getName()+"\t updated number value:"+data.number); },"A").start(); while(data.number==0){} System.out.println(Thread.currentThread().getName()+"\t over, get number:"+data.number); } }
当我们使用case1的时候,也就是number没有volatile修饰的时候,运行结果:
A come in
A updated number value:60
并且程序没有执行结束,说明在main线程中由于不能保证可见性,一直在死循环。
当执行case2的时候:
A come in
A updated number value:60
main over, get number:60
保证了可见性,因此main成功结束。
实例2: volatile 不保证原子性
class MyData { volatile int number = 0; public void change() { number = 60; } public void addOne() { number++; } } public class VolatileDemo { public static void main(String[] args) { case2(); } //验证原子性 public static void case2() { MyData myData = new MyData(); for (int i = 0; i <20; i++) { new Thread(() -> { for (int j = 0; j <1000; j++) { myData.addOne(); } }, String.valueOf(i)).start(); } while(Thread.activeCount()>2){ Thread.yield(); } System.out.println(Thread.currentThread().getName()+"\t number value:"+myData.number); } }
最终输出结果可以发现并不是 20000,且多次输出结果并不一致,因此说明 volatile 不能保证原子性。
如何保证原子性
实例3:volatile 和 单例模式
DCL模式的单例模式
public class Singleton { private static Singleton instance=null; private Singleton(){ System.out.println(Thread.currentThread().getName()+" constructor"); } //DCL 双端检锁机制 public static Singleton getInstance(){ if(instance==null){ synchronized (Singleton.class){ if(instance==null) instance=new Singleton(); } } return instance; } }
DCL 机制不能完全保证线程安全,因为有指令重排序的存在。
原因在于instance = new Singleton(); 可以分为三步:
1. memory=allocate();//分配内存空间
2. instance(memory);//初始化对象
3. instance=memory;//设置instance指向分配的内存地址,分配成功后,instance!=null
由于步骤2和步骤3不存在数据依赖关系,且无论重排序与否执行结果在单线程中没有改变,因此这两个步骤的重排序是允许的。也就是说指令重排序只会保证单线程串行语义的一致性(as-if-serial),但是不会关心多线程间的语义一致性。
因此,重排序之后,先执行3会导致instance!=null,但是对象还未被初始化。此时,别的线程在调用时,获取了一个未初始化的对象。
因此,在声明 instance 时,使用 volatile 进行修饰,禁止指令重排序。
private static volatile Singleton instance = null;
CAS
CAS 的全程是 CompareAndSwap,是一条 CPU 并发原语。它的功能是判断内存某个位置的值是否为预期值,如果是则更新为新的值,这个过程是原子的。
CAS 的作用是比较当前工作内存中的值和主内存中的值,如果相同则执行操作,否则继续比较直到主内存和工作内存中的值一致为止。主内存值为V,工作内存中的预期值为A,要修改的更新值为B,当且仅当A和V相同,将V修改为B,否则什么都不做。
CAS 底层原理:
在原子类中,CAS 操作都是通过 Unsafe 类来完成的。
//AtomicInteger i++ public final int getAndIncrement(){ return unsafe.getAndAddInt(this,valueoffset,1); }
其中 this 是当前对象, valueoffset 是一个 long ,代表地址的偏移量。
//AtomicInteger.java private static final Unsafe unsfae=Unsafe.getUnsafe();//unsafe对象 private static final long valueOffset;//地址偏移量 static{ try{ valueoffset=unsafe.objectFieldOffset(AtomicInteger.class.getDeclaredField("value"); }catch(Excepthion ex){throw new Error(ex);} } private volatile int value;//存储的数值
Unsafe 类是 rt.jar 下的 sun.misc 包下的一个类,基于该类可以直接操作特定内存的数据。
Java方法无法直接访问底层系统,需要使用 native 方法访问,Unsafe 类的内部方法都是 native 方法,其中的方法可以像C的指针一样直接操作内存,Java 中的 CAS 操作的执行都依赖于 Unsafe 类的方法。
该变量表示变量值在内存中的偏移地址, Unsafe 就是根据内存偏移地址获取数据的。
Unsafe类
CAS 并发源于体现在 Java 中就是 Unsafe 类的各个方法。调用该类中的 CAS 方法,JVM会帮我们实现出 CAS 汇编指令,这是一种完全依赖于硬件的功能。
原语是由若干条指令组成的,用于完成某个功能的过程。原语的执行必须是连续的,执行过程不允许被中断。所以 CAS 是一条 CPU 的原子指令,不会造成数据不一致问题。
下边是 AtomicInteger 中实现 i++ 功能所调用的 Unsafe 类的函数。
//unsafe.getAndAddInt public final int getAndAddInt(Object var1,long var2,int var4){ int var5; do{ //获取当前的值的地址 var5=this.getIntVolatile(var1,var2); //var1代表对象,var2和var5分别代表当前对象的真实值和期望值,如果二者相等,更新为var5+var4 }while(!this.compareAndSwapInt(var1,var2,var5,var5+var4); return var5; }
在 getAndAddInt 函数中,var1 代表了 AtomicInteger 对象, var2 代表了该对象在内存中的地址, var4 代表了期望增加的数值。
首先通过 var1 和 var2 获取到当前的主内存中真实的 int 值,也就是 var5。
然后通过循环来进行数据更改,当比较到真实值和对象的当前值相等,则更新,退出循环;否则再次获取当前的真实值,继续尝试,直到成功。
在 CAS 中通过自旋而不是加锁来保证一致性,同时和加锁相比,提高了并发性。
具体情境来说:线程A和线程B并发执行 AtomicInteger 的自增操作:
CAS的缺点
ABA问题
CAS 实现一个重要前提需要取出内存中某个时刻的数据并在当下时刻比较并替换,这个时间差会导致数据的变化。
线程1从内存位置V中取出A,线程2也从V中取出A,然后线程2通过一些操作将A变成B,然后又把V位置的数据变成A,此时线程1进行CAS操作发现V中仍然是A,操作成功。尽管线程1的CAS操作成功,但是不代表这个过程没有问题。
这个问题类似于幻读问题,通过新增版本号的机制来解决。在这里可以使用 AtomicStampedReference 来解决。
AtomicStampedReference
通过 AtomicStampedReference 来解决这个问题。
public class SolveABADemo { static AtomicStampedReferenceatomicStampedReference=new AtomicStampedReference<>(100,1); new Thread(()->{ int stamp=atomicStampedReference.getStamp(); System.out.println(Thread.currentThread().getName()+"\t 版本号:"+stamp); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } atomicStampedReference.compareAndSet(100,101,atomicStampedReference.getStamp(),atomicStampedReference.getStamp()+1); System.out.println(Thread.currentThread().getName()+"\t 版本号:"+atomicStampedReference.getStamp()); atomicStampedReference.compareAndSet(101,100,atomicStampedReference.getStamp(),atomicStampedReference.getStamp()+1); System.out.println(Thread.currentThread().getName()+"\t 版本号:"+atomicStampedReference.getStamp()); },"t1").start(); new Thread(()->{ int stamp=atomicStampedReference.getStamp(); System.out.println(Thread.currentThread().getName()+"\t 版本号:"+stamp); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } boolean ret=atomicStampedReference.compareAndSet(100,2019,stamp,stamp+1); System.out.println(Thread.currentThread().getName()+"\t"+ret +" stamp:"+atomicStampedReference.getStamp() +" value:"+atomicStampedReference.getReference()); },"t2").start(); } }
t1 版本号:1
t2 版本号:1
t1 版本号:2
t1 版本号:3
t2 false stamp:3 value:100
集合类的线程安全问题
ConcurrentModificationException
这个异常也就是并发修改异常,java.util.ConcurrentModificationException。
导致这个异常的原因,是集合类本身是线程不安全的。
解决方案:
CopyOnWriteArrayList
底层使用了private transient volatile Object[] array;
CopyOnWriteArrayList 采用了写时复制、读写分离的思想。
public boolean add(E e){ final ReentrantLock lock=this.lock; try{ //旧数组 Object[] elements = getArray(); int len = elements.length; //复制新数组 Object[] newElements = Arrays.copyOf(elements, len+1); //修改新数组 newElements[len] = e; //更改旧数组引用指向新数组 setArray(newElements); return true; }finally{ lock.unlock(); } }
添加元素时,不是直接添加到当前容器数组,而是复制到新的容器数组,向新的数组中添加元素,添加完之后将原容器引用指向新的容器。
这样做的好处是可以对该容器进行并发的读,而不需要加锁,因为读时容器不会添加任何元素。
CopyOnWriteArraySet 本身就是使用 CopyOnWriteArrayList 来实现的。
Java锁
公平锁和非公平锁
ReentrantLock 可以指定构造函数的 boolean 类型得到公平或非公平锁,默认是非公平锁,synchronized也是非公平锁。
公平锁是多个线程按照申请锁的顺序获取锁,是 FIFO 的。并发环境中,每个线程在获取锁时先查看锁维护的等待队列,为空则战友,否则加入队列。
非公平锁是指多个线程不是按照申请锁的顺序,有可能后申请的线程比先申请的线程优先获取锁。高并发情况下可能导致优先级反转或者饥饿现象。并发环境中,上来尝试占有锁,尝试失败,再加入等待队列。
可重入锁(递归锁)
可冲入锁指的是同一线程外层函数获取锁之后,内层递归函数自动获取锁。也就是线程能进入任何一个它已经拥有的锁所同步着的代码块。
ReentrantLock 和 synchronized 都是可重入锁。
可重入锁最大的作用用来避免死锁。
自旋锁
自旋锁是指尝试获取锁的线程不会立即阻塞,而是采用循环的方式尝试获取锁。好处是减少线程上下文切换的消耗,缺点是循环时会消耗CPU资源。
实现自旋锁:
public class SpinLockDemo { //使用AtomicReference来更新当前占用的 Thread AtomicReference threadAtomicReference=new AtomicReference<>(); public static void main(String[] args) { SpinLockDemo demo=new SpinLockDemo(); new Thread(()->{ demo.myLock(); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } demo.myUnlock(); },"t1").start(); try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } new Thread(()->{ demo.myLock(); demo.myUnlock(); },"t2").start(); } public void myLock(){ Thread thread=Thread.currentThread(); System.out.println(Thread.currentThread().getName()+"\t come in"); //如果当前占用的线程为null,则尝试获取更新 while(!threadAtomicReference.compareAndSet(null,thread)){ } } public void myUnlock(){ Thread thread=Thread.currentThread(); //释放锁,将占用的线程设置为null threadAtomicReference.compareAndSet(thread,null); System.out.println(Thread.currentThread().getName()+"\t unlocked"); } }
读写锁
独占锁:该锁一次只能被一个线程持有,如 ReentrantLock 和 synchronized。
共享锁:该锁可以被多个线程持有。
ReentrantReadWriteLock 中,读锁是共享锁,写锁时独占锁。读读共享保证并发性,读写互斥。
并发工具类
CountDownLatch
CountDownLatch 的作用是让一些线程阻塞直到另外一些线程完成一系列操作后才被唤醒。
CountDownLatch 在初始时设置一个数值,当一个或者多个线程使用 await() 方法时,这些线程会被阻塞。其余线程调用 countDown() 方法,将计数器减去1,当计数器为0时,调用 await() 方法被阻塞的线程会被唤醒,继续执行。
可以理解为,等大家都走了,保安锁门。
CyclicBarrier
CyclicBarrier 是指可以循环使用的屏障,让一组线程到达一个屏障时被阻塞,直到最后一个线程到达屏障,屏障才会开门,被屏障拦截的线程才会继续工作,线程进入屏障通过 await() 方法。
可以理解为,大家都到齐了,才能开会。
Semaphore
信号量用于:
可以理解为,多个车抢停车场的多个车位。当进入车位时,调用 acquire() 方法占用资源。当离开时,调用 release() 方法释放资源。
阻塞队列
阻塞队列首先是一个队列,所起的作用如下:
试图从空的阻塞队列中获取元素的线程将会被阻塞,直到其他线程向空的队列中插入新的元素。同样的,试图向已满的阻塞队列中添加新元素的线程同样会被阻塞,直到其他线程从队列中移除元素使得队列重新变得空闲起来并后序新增。
阻塞:阻塞是指在某些情况下会挂起线程,即阻塞,一旦条件满足,被挂起的线程又会自动被唤醒。
优点:BlockingQueue 能帮助我们进行线程的阻塞和唤醒,而无需关心何时需要阻塞线程,何时需要唤醒线程。同时兼顾了效率和线程安全。
阻塞队列的架构
BlokcingQueue 接口实现了 Queue 接口,该接口有如下的实现类:
阻塞队列的方法
方法类型 | 抛出异常 | 特殊值 | 阻塞 | 超时 |
---|---|---|---|---|
插入 | add(e) | offer(e) | put(e) | offer(e,time,unit) |
移除 | remove() | poll() | take() | poll(time,unit) |
检查 | element() | peek() | 无 | 无 |
生产者消费者模式
方式1. 使用Lock
class ShareData { private int number = 0; private Lock lock = new ReentrantLock(); private Condition cOndition= lock.newCondition(); public void increment() throws Exception { lock.lock(); try { //判断 while (number != 0) { condition.await(); } //干活 number++; System.out.println(Thread.currentThread().getName() + " produce\t" + number); //通知唤醒 condition.signalAll(); } catch (Exception e) { e.printStackTrace(); } finally { lock.unlock(); } } public void decrement()throws Exception{ lock.lock(); try { //判断 while (number == 0) { condition.await(); } //干活 number--; System.out.println(Thread.currentThread().getName() + " consume\t" + number); //通知唤醒 condition.signalAll(); } catch (Exception e) { e.printStackTrace(); } finally { lock.unlock(); } } } /** * 一个初始值为0的变量,两个线程交替操作,一个加1一个减1,重复5次 * 1. 线程 操作 资源类 * 2. 判断 干活 通知 * 3. 防止虚假唤醒机制:判断的时候要用while而不是用if */ public class ProduceConsumeTraditionalDemo { public static void main(String[] args) { ShareData data=new ShareData(); new Thread(()->{ for (int i = 0; i <5 ; i++) { try { data.increment(); } catch (Exception e) { e.printStackTrace(); } } },"A").start(); new Thread(()->{ for (int i = 0; i <5 ; i++) { try { data.decrement(); } catch (Exception e) { e.printStackTrace(); } } },"B").start(); } }
打印结果
A produce 1
B consume 0
A produce 1
B consume 0
A produce 1
B consume 0
A produce 1
B consume 0
A produce 1
B consume 0
方法2:使用阻塞队列
public class ProduceConsumeBlockingQueueDemo { public static void main(String[] args) { SharedData data=new SharedData(new ArrayBlockingQueue<>(10)); new Thread(()-> { System.out.println(Thread.currentThread().getName() + "\t生产线程启动"); try { data.produce(); } catch (InterruptedException e) { e.printStackTrace(); } },"Producer").start(); new Thread(()-> { System.out.println(Thread.currentThread().getName() + "\t消费线程启动"); try { data.consume(); } catch (InterruptedException e) { e.printStackTrace(); } },"Consumer").start(); try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } data.stop(); System.out.println("停止"); } } class SharedData{ private volatile boolean FLAG=true; private AtomicInteger atomicInteger=new AtomicInteger(); BlockingQueueblockingQueue=null; public SharedData(BlockingQueue blockingQueue) { this.blockingQueue = blockingQueue; System.out.println(blockingQueue.getClass().getName()); } public void produce() throws InterruptedException { String data=null; boolean ret; while(FLAG){ data=""+atomicInteger.incrementAndGet(); ret=blockingQueue.offer(data,2L,TimeUnit.SECONDS); if(ret){ System.out.println(Thread.currentThread().getName()+"\t插入"+data+"成功"); }else{ System.out.println(Thread.currentThread().getName()+"\t插入"+data+"失败"); } TimeUnit.SECONDS.sleep(1); } System.out.println("生产结束,FLAG=false"); } public void consume() throws InterruptedException { String ret=null; while(FLAG){ ret=blockingQueue.poll(2L,TimeUnit.SECONDS); if(null==ret||ret.equalsIgnoreCase("")){ System.out.println(FLAG=false); System.out.println(Thread.currentThread().getName()+"\t消费等待超时退出"); return; } System.out.println(Thread.currentThread().getName() + "\t消费" + ret + "成功"); } } public void stop(){ FLAG=false; } }
使用阻塞队列+原子类+volatile变量的方式。
打印结果如下:
java.util.concurrent.ArrayBlockingQueue
Producer 生产线程启动
Consumer 消费线程启动
Producer 插入1成功
Consumer 消费1成功
Producer 插入2成功
Consumer 消费2成功
Producer 插入3成功
Consumer 消费3成功
停止
生产结束,FLAG=false
false
Consumer 消费等待超时退出
Synchronized 和 Lock 的区别
案例:三个线程循环打印
class ShareData{ private int number=1; private Lock lock=new ReentrantLock(); public void printA(){ lock.lock(); Condition cOnditionA=lock.newCondition(); try{ while(number!=1){ conditionA.await(); } for (int i = 0; i <5; i++) { System.out.println(Thread.currentThread().getName()+"\t"+i); } number=2; conditionA.signal(); }catch (Exception e){ e.printStackTrace(); } finally { lock.unlock(); } } public void printB(){ lock.lock(); Condition cOnditionB=lock.newCondition(); try{ while(number!=2){ conditionB.await(); } for (int i = 0; i <10; i++) { System.out.println(Thread.currentThread().getName()+"\t"+i); } number=3; conditionB.signal(); }catch (Exception e){ e.printStackTrace(); } finally { lock.unlock(); } } public void printC(){ lock.lock(); Condition cOnditionC=lock.newCondition(); try{ //判断 while(number!=3){ conditionC.await(); } //干活 for (int i = 0; i <15; i++) { System.out.println(Thread.currentThread().getName()+"\t"+i); } number=1; //通知 conditionC.signal(); }catch (Exception e){ e.printStackTrace(); } finally { lock.unlock(); } } public static void main(String[] args) { ShareData data=new ShareData(); new Thread(() -> data.printA(),"A").start(); new Thread(() -> data.printB(),"B").start(); new Thread(() -> data.printC(),"C").start(); } }
线程池
创建线程
Thread的构造函数中并没有传入 Callable 的方式,但是可以传入 Runnable 接口:
Thread thread=new Thread(Runnable runnable, String name);。为了使用 Callable 接口,我们需要使用到 FutureTask 类。 FutureTask 类实现了 RunnableFuture 这一接口,而 RunnableFutre 又是 Future 的子接口,因此 FutureTask 可以作为参数使用上述的 Thread 构造函数。同时, FutureTask 本身构造函数可以传入 Callable 。
class MyThread implements Callable{ @Override public Integer call() { System.out.println("come in callable"); return 2019; } } class Main{ public static void main(String [] args){ FutureTask futureTask = new FutureTask<>(new MyThread2()); Thread t1=new Thread(futureTask,"A"); } }
线程池架构
除此之外,还有 Executors 工具类。
ThreadPoolExecutor
线程池有七大参数:
public ThreadPoolExecutor( int corePoolSize,//线程池常驻核心线程数 int maximumPoolSize,//线程池能容纳同时执行最大线程数 long keepAliveTime,//多余的空闲线程的存活时间,当前线程池线程数量超过core,空闲时间达到keepAliveTime,多余空闲线程会被销毁直到只剩下core个 TimeUnit unit, BlockingQueueworkQueue,//被提交尚未被执行的任务队列 ThreadFactory threadFactory,//创建线程的线程工厂 RejectedExecutionHandler handler//拒绝策略 ) {...}
处理流程如下:
拒绝策略
在 JDK 中有四种内置的拒绝策略,均实现了 RejectedExecutionHandler 接口。
三种常用线程池
1、Executors.newFixedThreadPool(int)
创建固定容量的线程池,控制最大并发数,超出的线程在队列中等待。
return new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue());
其中 corePoolSize 和 maximumPoolSize 值是相等的,并且使用的是 LinkedBlockingQueue。
适用于执行长期的任务,性能比较高。
2、Executors.newSingleThreadExecutor()
创建了一个单线程的线程池,只会用唯一的工作线程来执行任务,保证所有任务按照顺序执行。
return new FinalizableDelegatedExecutorService (new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue()));
其中 corePoolSize 和 maximumPoolSize 都设置为1,使用的也是 LinkedBlockingQueue。
适用于一个任务一个任务执行的场景。
3、Executors.newCachedThreadPool()
创建了一个可缓存的线程池,如果线程池长度超过处理需要,可以灵活回收空闲线程,没有可以回收的,则新建线程。
return new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60L, TimeUnit.SECONDS, new SynchronousQueue());
设置 corePoolSize 为0, maximumPoolSize 设置为 Integer.MAX_VALUE,使用的是 SynchronousQueue。来了任务就创建线程执行,线程空闲超过60秒后销毁。
适用于执行很多短期异步的小程序或者负载比较轻的服务器。
工作中使用什么样的线程池
在阿里巴巴Java开发手册中有如下规定:
如何设置线程池的线程数目
Runtime.getRuntime().availableProcessors()获取当前设备的CPU个数。
死锁
产生死锁的原因
死锁是指两个或两个以上的进程在执行过程中,因为争夺资源造成的互相等待的现象。
死锁需要满族的四大条件如下:
产生死锁的主要原因有:
死锁实例
class HoldLockThread implements Runnable{ private String lock1; private String lock2; public HoldLockThread(String lock1, String lock2) { this.lock1 = lock1; this.lock2 = lock2; } @Override public void run() { synchronized (lock1){ System.out.println(Thread.currentThread().getName()+"\t持有"+lock1+"\t尝试获取"+lock2); try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } synchronized (lock2){ System.out.println(Thread.currentThread().getName()+"\t持有"+lock1+"\t尝试获取"+lock2); } } } } public class DeadLockDemo { public static void main(String[] args) { String lockA="lockA"; String lockB="lockB"; new Thread(new HoldLockThread(lockA,lockB),"Thread1").start(); new Thread(new HoldLockThread(lockB,lockA),"Thread2").start(); } }
输出如下结果,程序并没有终止。
Thread2 持有lockB 尝试获取lockA
Thread1 持有lockA 尝试获取lockB
死锁定位分析
使用 jps ,类似于 linux 中的 ps 命令。
在上述 java 文件中,使用 IDEA 中的 open In Terminal,或者在该文件目录下使用 cmd 命令行工具。
首先使用 jps -l命令,类似于ls -l命令,输出当前运行的 java 线程,从中能得知 DeadLockDemo 线程的线程号。
然后,使用jstack threadId来查看栈信息。输出如下:
Java stack information for the threads listed above:
===================================================
"Thread2":
at interview.jvm.deadlock.HoldLockThread.run(DeadLockDemo.java:22)
- waiting to lock <0x00000000d6240328> (a java.lang.String)
- locked <0x00000000d6240360> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)
"Thread1":
at interview.jvm.deadlock.HoldLockThread.run(DeadLockDemo.java:22)
- waiting to lock <0x00000000d6240360> (a java.lang.String)
- locked <0x00000000d6240328> (a java.lang.String)
at java.lang.Thread.run(Thread.java:748)Found 1 deadlock.
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。